Strategia budowy aplikacji Opcje

[lukaswoj]

Witam.

Chciałbym prosić o poradę osoby, które już brały udział w realizacji jakichś większych projektów.

Okoliczności w jakich tworzony jest program:
- jeden główny programista, może dwóch takich mniejszych,
- jeden grafik odpowiedzialny za Layout,
- około dziesięciu osób (przyszłych użytkowników) definiujących wymogi systemu
- program ma powstać na początku w minimalnej formie, przeznaczony do testów i później ma być sukcesywnie ulepszany

Ja mam taki pomysł na to:
1. Pracę programistów i grafika "koordynować" za pomocą CVS'a
2. Stworzyć specyfikację wymagań i projektu w systemie Wiki i dać do niej dostęp wszystkim osobom definującym wymogi systemu.
3. Uruchomić jakiś system śledzenia bug'ów pomocny na etapie testowania systemu.

Jeśli chodzi o punkt 1 to niemam żadnych wątpliwości.

Punkt 2 to taki mój pomysł nie poparty doświadczeniem, ale z tego co się zorientowałem to dokumentacja w "systemie" Wiki będzie pozwalała w łatwy sposób wprowadzać zmiany lub propozycje zmian do już istniejących założeń i wymogów systemu. Myślę tutaj o projekcie PhpWiki - może polecicie coś wg was lepszego.

Punkt 3 to sprawa oczywista poza wyborem konkretnego rozwiązania stworzonego w php, myślę o Mantis ale też prosiłbym o polecenie czegoś wg was lepszego.

Przypominam, że poszczególni członkowie biorący udział w tworzeniu aplikacji nie mają ze sobą bezpośredniego kontaktu.

Planuje to wszystko po to, by maksymalnie jak się tylko da usprawnić pracę nad tym systemem. Wiadomo - czas to peniądz (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Może wg was pominąłem jakieś ważne aspekty takiego przedsięwzięcia - z radością poczytam o dodatkowych etapach/rozwiązaniach, które jeszcze bardziej usprawnią tego typu pracę.[/b]

[DeyV]

Niestety - pewnych rzeczy przeskoczyć się nie da.
Jednym z takich progów jest właśnie kontakt osobowy, przynajmniej z gronem klientów.
Prawdę mówiąc nie wierzę w to, by osoby nie będące programistami/informatykami były wstanie samodzielnie (bez osobistej pomocy jakiejś osoby z branży) przygotować specyfikację swoich oczekiwań. Nawet w sytuacjach gdy dochodzi do wielu spotkań - nie jest to łatwe, bo ludzie mają niesamowitą skłonnośc do zapominania o 'takich nieistotnych dla programisty elementach' typu: normalnie vat jest 21%, ale..... może być i 7 i zero i .... To się zdaża zawsze - a w przypadku gdy pozostawisz ich samych sobie, i powiesz: 'proszę spisać specyfikację', (zauważ, że przy 10 osobach pojawią się problemy typu: kto jest za co odpowiedzialny) nie będąc ich w stanie nawet osobiście do tego zmotywować (wiadomo - ładne uśmiechnięcie się do pani Marysi potrafi zdziałąć znacznie więcej niż nawet najbardziej elkowenty mail...) tych problemów będzie znacznie więcej.

Dlatego na tym poziomie, o ile to tylko możliwe - nie należy oszczędzać. Jest to znacznie ekonomiczniejsze, niż ostatecznie niezadowolony klient.
Bo tak jak napisał Gandalf - nic nie zastąpi "burzy mózgów" (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
Natomiast nie powinno być większych problemów na poziomie programowania - z uwagi na to, ze tym ma zajmować się jedna, góra 2 osoby - jak napisałeś. Ważne jest jednak bardzo dokładne przydzielenie zadań, oraz skuteczny system rozliczania.