Materiały do zajęć - Projekt Zespołowy

Projekt Zespołowy - stare strony z roku 2007

Zadanie na wtorek 20080115: Przygotować końcową wersję projektu do zaliczenia
Zgodnie z zapowiedziami z początków semestru i niedawnym mailem przypominającym, oczekuję kompletu materiałów dotyczących projektu w celu jego zaliczenia. Osoby, które nie chcą zaliczenia, nie są obowiązane do podejmowania żadnych akcji. :) Pozostałych proszę o zorganizowanie się i w osobach przedstawicieli (PMów) o zdanie raportu z całosemestralnej działalności. Nie przyjmuję prac po upływie dnia 20080122. W podsumowaniu pracy oczekuję wymienionych poniżej informacji (podobnie jak na inż.opr.):

(Uwaga: poniższe dane dostarcza mi PM jako przedstawiciel grupy projektowej)

1. Informacje o grupie projektowej
   • Nazwa grupy
   • Skład grupy (początkowy, i końcowy) z adresami email
   • Historia zmian personalnych w grupie
   • Podział ról w grupie (kto jest PMem, kto realizował funkcje bibliotekarza, testera, kodera, itp.)
   • Nazwa projektu i oficjalna data jego 'rozpoczęcia'
2. Informacje o wykonanym projekcie
   • Pierwszy, historyczny opis projektu
   • Narzędzia i technologie użyte przez zespół w trakcje całej pracy
   • Dokumentacja techniczna, API, metody i techniki programowania, itp.
   • Dokumentacja użytkownika końcowego
   • Projekt w formie gotowej do instalacji i wdrożenia, wraz z opisem procedury instalacyjnej i wymaganym oprogramowaniem (jeżeli jest to sensowne)
3. Historia zmian w projekcie dostarczona offline
   • changelog
   • milestones
   • snapshot points
   • zmiany koncepcji
   • stabilność developmentu
4. Harmonogram prac (offline)
   • pierwszy harmonogram
   • historia zmian harmonogramu
   • zauwazone przyczyny opoznien harmonogramu
   • przypadki progressow i nadprodukcji (gdy harmonogram przekroczono lub wyprzedzono)
5. Analiza wydajności zespołu
   • szybkość powstawania kodu
   • szybkość testowania
   • szybkość wdrozenia i urchuchamiania
   • dynamika projektu, diagram czasowy
6. Ocena subiektywna poszczególnych członków zespołu
   • analiza działania i pracy PM'a pisana przez każdego członka zespołu
   • ocena własna PMa oraz wykonana przez niego analiza pracy zespołu
   • analiza kosztów czasowych oraz innych w okresie trwania projektu
   • od każdego członka zespołu: czego się nauczyliśmy
   • od każdego członka zespołu: co sprawiło najwięcej kłopotów
   • od każdego członka zespołu: co można poprawić, aby projekt tego typu wykonać w przyszłości lepiej

Ponadto, proszę pamiętać, że:

Każdy projekt przed zaliczeniem chcę zobaczyć i ocenić jego stan, w tym czy działa i czy spełnia założenia projektowe. Następnie, dokumentacja razem ze wszystkimi plikami projektu powinna zostać do mnie wysłana mailem lub jeżeli jest zbyt obszerna, dostarczona inną drogą. Dokumentacja musi być przygotowana w wersji offiline (akceptuję formaty TEX, HTML, DVI, PS, PDF, DOC, POD, MAN, TXT i ewentualnie inne, do uzgodnienia, zależnie od projektu). Wersje HTML powiny zostać przygotowane tak, aby można było je przeglądać bez dostępu do sieci (całość offline). Wersje TEX powinny być dołączone z całym używanym środowiskiem, stylami i ewentualnie fontami. Pliki PS, DVI, PDF i DOC są akceptowane we wszystkich wersjach. Projekt powinien zostać oddany w postaci wszystkich plików źródłowych, dodatkowych plików graficznych, jeżeli istnieją, kodów wynikowych (jeżeli są takie), z zaznaczeniem sposobu, metody i docelowej platformy kompilacji (jeżeli występuje). W przypadku wersji binarnych wskazane jest wykonanie wersji wykonywalnych na wszystkie docelowo planowane systemy (np. gdy projekt zakładał wykonanie programu dla MS Windows, należy przemyśleć i przygotować wydania dla Wni95/98, ME, 2k, 2k3, XP, i Visty, lub ograniczyć liczbę platform). Wszystkie projekty muszą dodatkowo zawierać informacje o sposobie ich instalacji, wymaganiach i konfiguracji środowiska (np. ustawienia i wersja Javy, zalecane wersje kompilatorów, serwerów, itp., dodatkowe biblioteki systemowe, itp.). Oprócz tego spodziewałbym się także otrzymać dokumentację użytkownika i techniczną dotyczącą samego produktu, przynajmniej opis zastosowań, przypadków użycia, sceniariuszy, oraz zastosowane/wykorzystane/utworzone API. Wszystkie cytowane źródła muszą być dostępne w opisie w wersji offline (to znaczy, że nie wystarczy mi link do strony z dokumentacją o PHP).

... semestr przeminął...

Zadanie na wtorek 20071016: przygotować ogólną dokumentację projektu - na dziś należało przygotować ogólną dokumentację użytkownika końcowego, oczywiście orientacyjną. Dziś tworzymy harmonogramy prac i zaczynamy! :)

Zadanie na wtorek 20071009: przygotować wstępny plan projektu - pomysł, ocenę ryzyka, plany strategiczne, wymagane zasoby, itp. Za przygotowanie do tych zajęć odpowiadają szefowie grup (wobec swojej grupy) oraz indywidualni uczestnicy (ponoszą odpowiedzialność za swoich szefów) :)

Poprzednie zajęcia

Lista poprzednich zajęć i informacje z nimi związane. Uwaga - nie wszystko jest tam aktualne :)

1. Projekt Zespołowy, lab. 1
2. Projekt Zespołowy, lab. 2