Zarządzanie projektem

Sekcji Zarządzanie projektem MSF CMMI proces poprawy wskazówki można lepiej zrozumieć, jak zarządzać, planowanie i koordynowanie rozwoju i konserwacja oprogramowania.Aby uzyskać więcej informacji na temat CMMI zobacz Tło CMMI.

Grupowanie zarządzania projektem proces obszarów CMMI obejmuje planowania projektu, monitorowanie projektów i kontroli, dostawca umowy zarządzania, zintegrowanego zarządzania projektem, zarządzania ryzykiem i ilościowego zarządzania projektem.Wszystkie oprócz ilościowych zarządzania projektem są częścią modelu poziomu 2 lub 3.Ilościowe zarządzania projektami jest model aktywności poziom 4, odzwierciedlający organizacji jak wysokiej zapadalności używać danych ilościowych, statystycznie obronnych, cel decyzji dotyczących zarządzania i prowadzenie projektów pomyślne i przewidywalne wyniki.

Działania związane z zarządzaniem projektu reprezentują ekonomicznych kosztów wartości dodanej działań engineering.Działania te są niezbędne i istotne zarządzania ryzykiem, koordynować działania engineering pomyślne i odpowiednio ustawić oczekiwania klientów.Jednakże należy zminimalizować nakład pracy, który jest wydatkowane na te działania. "Mały i często "jest dobrym mantra.Partii mniejszych zmniejszenia złożoności i koordynacji kosztów.Po zdefiniowaniu i dostosować swoje definicji procesu użytkownik należy pamiętać działań związanych z zarządzaniem projektu powinny być możliwie jak najmniejszy spełniając profilu ryzyka projektu.

Rozwój iteracyjna

Team Foundationz MSF dla CMMI szablonu procesu obsługuje iteracyjne pracy.Iteracyjne rozwoju zarządza ryzykiem dostarczania oprogramowania wyraźne i przetestowane w ustalonych odstępach czasu trwania całego projektu.

Harmonogram projektu są zorganizowane w serii iteracji, które są zazwyczaj czterech do sześciu tygodni.Każda iteracja kończy się wykazanie użyteczny i przetestowane oprogramowanie.Aby uzyskać więcej informacji, zobacz Tworzenie i modyfikowanie obszarów i iteracje.

• Plan projektu Państwa wymagań funkcji, jakie zostaną opracowane w każdej iteracji.Plan projektu jest opracowany w iteracji 0 i przeglądowi na początku każdej iteracji.Plan projektu można wyświetlać na kilka sposobów, takich jak za pośrednictwem pulpitu nawigacyjnego projektu.Aby uzyskać więcej informacji, zobacz Wymóg (CMMI) i Projekt pulpitu nawigacyjnego (CMMI).

• Każdy plan iteracji Państwa, jaki będzie zadania wykonywane podczas iteracji, tym.Większość zadań jest rozwój i badania pracy, wymaganego do wymagań zaplanowane do iteracji tej funkcji.Można wyświetlić plan iteracji za pośrednictwem pulpitu nawigacyjnego postępu.Aby uzyskać więcej informacji, zobacz Zadanie (CMMI) i Postęp pulpitu nawigacyjnego (CMMI).

Iteracyjne pracy automatycznie nie zarządzania ryzykiem.Aby zminimalizować ryzyko, należy rozmieścić planu projektu w przyrostach.Wczesne iteracji powinna zapewniać "end-to-end cienka plasterka," oznacza to minimalna wersja najważniejszych zachowania produktu.Iteracji później dodać więcej funkcji.

Natomiast byłoby znacznie mniej przydatny do zaplanowania wszystkie zakupy witryny sieci Web dla pierwszej trzeciej projektu wszystkie systemu magazynu w drugiego trzeciego i wszystkich systemu płatności w ostatniej trzeciej części sprzedaży.Ten harmonogram ryzyko produkujących atrakcyjne i bogate sprzedaży witryny sieci Web, która nie posiada firmy podjęcie pieniędzy z klientami.Jest iteracyjne bez przyrostowych.

Projektowanie przyrostowe ma następujące zalety:

• Spełnia wymagania true.Zainteresowane strony miały możliwość wypróbowania produktu, który zawsze skutkuje ulepszenia ich podane wymagania.

• Tunes architektury.Umożliwia zespół odkryć i trudności występujące z ich platformy lub potencjalne ulepszenia ich projektu.

• Zapewnia wyniki.Zainteresowane strony wiedzieć, że nawet jeśli zasoby projektu są wycinane przechodzić część, wydatki na datę nie nie marnowała.To samo dotyczy oszacowania rozwoju udowodnić zostały optymistyczne, jeśli należy upuścić mniej ważnych funkcji.

Aby uzyskać więcej informacji na temat express wymagania w odpowiedniej formie projektowanie przyrostowe zobacz Opracowanie wymagań.

Cykle większy i mniejszy

Projekt i iteracji nie są cykliczne tylko aspektów rozwoju oprogramowania.Na przykład w iteracji, członkowie zespołu start i wykonywania zadań i sprawdź w kodzie.Kompilacja systemu tworzy produktu na podstawie ciągłych lub w godzinach nocnych.Zespół posiada dzienne krótki przegląd postępu zadań iteracji.

Duże projekty

Projekt, w której zespół pracuje na kolejnych iteracji może być częścią większych projektu lub programu.Duży projekt ma kilka zespołów prac równolegle.Każdy zespół ma zazwyczaj 4 do 16 osób.

Otwórz gałąź kontroli oddzielną wersję dla każdego zespołu.Każdy zespół należy zintegrować z głównego oddziału na końcu każdej iteracji.Aby uzyskać więcej informacji, zobacz Izolowanie ryzyka przy użyciu oddziałów.

Rezerwy głównego oddziału dla integracji i testów.Maszyny kompilacji, należy wykonać pełny zestaw testów po integracji.

Obszar należy przypisać do każdego zespołu tak, aby jej elementy pracy mogą być łatwo oddzielone od innych.Aby uzyskać więcej informacji, zobacz Tworzenie i modyfikowanie obszarów i iteracje.

Zespoły mogą współużytkować serii integracji, ale nie zawsze jest to konieczne.Zespoły są synchronizowane integracji, każdy zespół musi mieć własny prefiks nazwy iteracji.

W tej sekcji

Cykl projektu: uruchomić projekt, gromadzenia wymagań, tworzenie planu projektu, podzielić iteracji i dostarczyć wydań.Zarządzania ryzykiem i zarządzanie zmianami planu.	Projektów
Cyklu iteracji: wymagania przeglądu i aktualizacji zadań do wykonania wymogów planu i zarządzania problemy występujące.	Działalność iteracji

Zobacz też

Koncepcje

Szablon procesu CMMI dla Visual Studio ALM