1 / 14

Tworzenie dokumentacji projektów

Tworzenie dokumentacji projektów. Co składa się na dokumentację?. Stałe raporty i sprawozdania z prac nad projektem Aktualizowany na bieżąco dziennik projektu Rejestry problemów i zmian w projekcie Dokumentacja spotkań z klientem i w zespole projektowym. Budowanie dokumentacji.

thane-glenn
Download Presentation

Tworzenie dokumentacji projektów

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Tworzenie dokumentacji projektów

  2. Co składa się na dokumentację? • Stałe raporty i sprawozdania z prac nad projektem • Aktualizowany na bieżąco dziennik projektu • Rejestry problemów i zmian w projekcie • Dokumentacja spotkań z klientem i w zespole projektowym

  3. Budowanie dokumentacji • Wykonywanie dokumentacji na bieżąco podczas tworzenia projektu • Dokumentacja jako jeden z elementów komunikacji w procesie projektowania • Przekazywanie sobie zadań projektowych przez uczestników procesu poprzez przekazywanie dokumentacji • Tworzenie dokumentacji na podstawie raportów i sprawozdań uczestników

  4. Eliminowanie błędów w realizacji • Dokładność zapisu • Jasność interpretacji

  5. Zawartość dokumentacji • Zapis całej historii procesu projektowego • Wszystkie decyzje i zdarzenia • Powody przyjętych rozwiązań dla długoterminowych projektów

  6. Metodyki • Własne metodyki różnych organizacji • Project Control Book • Standard IEEE-830

  7. Metodyki • Różne metody, zazwyczaj każda organizacja wypracowuje własne wykorzystując odrębne zestawy dokumentów i formularzy • Standaryzacja form ważna jako materiał porównawczy oraz dla przyszłych projektów • Prowadzenie różnych dokumentacji równocześnie

  8. Książka kontrolna metodyki firmy IBM • Otwierana na początku ustanowienia projektu i prowadzona przez cały czas jego trwania • Jednoznaczna dokumentacja wykonywana poprzez wypełnianie zapisów i formularzy w kolejnych rozdziałach • Dokumentowanie wspomagane oprogramowaniem wspierającym pracę grupową i tworzącym jej wersje elektroniczne

  9. Książka kontrolna metodyki firmy IBM – zawartość merytoryczna 0. Standardy i procedury 1. Zarządzanie organizacją i ludzie 2. Planowanie i estymacja 3. Hierarchiczna struktura prac (WBS) 4. Śledzenie postępu 5. Przeglądy 6. Raporty 7. Zarządzanie ryzykiem 8. Zarządzanie zmianami 9. Zarządzanie rezultatami 10. Zarządzanie problemami 11. Zarządzanie błędami i uchybieniami 12. Zarządzanie jakością 13. Korespondencja 14. Informacje podstawowe 15. Zarządzanie finansami 16. Zarządzanie kontraktem 17. Zarządzanie dostawami

  10. Project Control Book 2 (PCB 2) • Książka Kontrolna Projektu opracowana na platformie Lotus Notes z pełnym wykorzystaniem funkcjonalności tego systemu w zakresie zarządzania dokumentami i pracy grupowej. • dokumentowanie wszelkich istotnych z punktu widzenia projektu decyzji i aktywności. Wewnętrzne powiązania pomiędzy dokumentami ułatwiają wypełnianie formularzy zgodnie ze zdefiniowanymi procesami.

  11. Project Control Book 2 (PCB 2) - rozdziały • Standardy i procedury - standardowe i nowe procedury. • Organizacja - role i przypisane im osoby, zakres obowiązków, odpowiedzialność • Punkty węzłowe - opisy i terminy. • Plany - plan bazowy, kolejne modyfikacje i aktualny plan projektu. • Spotkania - agenda, raport, decyzje. • Ryzyka - identyfikacja, analiza, decyzja, monitorowanie. • Zmiany - żądanie, analiza, decyzja. • Problemy - raport, analiza, decyzja. • Błędy - raport, analiza, decyzja. • Kontrakty z klientem - kontrakt, aneksy, ustalenia. • Kontrakty z podwykonawcami - kontrakt, aneksy, ustalenia.

  12. Standard dokumentacji IEEE-8301 Specyfikacje ANSI/IEEE Std 830-1984 • Wstęp • Cel • Opis celu projektu, kontrakt, docelowa grupa odbiorców • Zasięg • Produkty softwearowe • Ich wymagania funkcjo- i niefuncjonalne • Definicje, pojęcia i skróty • Wszystkie terminy potrzebne odbiorcy w rozumieniu treści dokumentacji • Nawiązania • Bibliografia wszystkich dokumentów wykorzystanych w dokumentacji • Ogólne

  13. Standard dokumentacji IEEE-8302 • Ogólne czynniki wpływające na wymagania systemowe • Produkt • Porównanie z innymi produktami, systemami • Opis zależnych systemów i ich interfejsów w porównaniu z obecnym • Opis zewnętrznych interfejsów systemu • Opis wymaganego sprzętu na którym system ma pracować • Funkcjonalność systemu • Charakterystyka użytkownika • Wykształcenie, doświadczenie, techniczne kompetencje, Częstotliwość użytkowania systemu • Ogólne wymagania • Interfejs, język, platforma systemowa, bezpieczeństwo

  14. Norma ISO 9001 • Nadzór nad dokumentacją i danymi. • Wszystkie dokumenty dotyczące systemu jakości muszą być nadzorowane. Dokumenty systemu jakości to księga jakości, procedury i instrukcje, a także dokumenty z danymi. Przed wydaniem dokumenty powinny być poddawane przeglądom i zatwierdzane przez uprawnione osoby. Nadzór powinien zapewnić, aby: potrzebne dokumenty znajdowały się w miejscach, gdzie są wykorzystywane, dokumenty nieaktualne były wycofywane ze wszystkich miejsc, gdzie uprzednio je dostarczono, dokumenty nieaktualne, zachowywane z przyczyn prawnych, były odpowiednio oznaczone. Niedopuszczalne jest, aby zmiany w dokumentach były wprowadzane przez osoby do tego nieupoważnione. Każda zmiana musi być wyraźnie zaznaczona, aby upewnić się, że wszystkie egzemplarze danego dokumentu są identyczne. Zmiany dokonywane powinny być przez służby, które wykonały przegląd i zatwierdziły dokument.

More Related