Dobry den, v patek na obhajobach projektu jsem zaslechl, ze uvitate poznatky a zkusenosti z prubehu reseni projektu. Zde jsou tedy ty moje. Hned na uvod musim ale poznamenat, ze je to pouze muj pohled, ostatni clenove tymu mohli vse videt jinak. K projektu GD-RCS jsem se pripojil v rijnu 2001. Tehdy projekt neoficialne bezel a neoficialni specifikace si kladla za cil archivacni program typu ARJ/RAR... Naprogramovano nebylo nic, ale byly vyreseny urcite problemy na urovni navrhu. Kratce nato prijal vedeni naseho projektu RNDr. Bednarek s tim, ze prepracujeme specifikaci tak, abychom projekt posunuli smerem ke sprave verzi souboru. Zmenu specifikace jsme ucinili, shrnout by se to dalo asi takto: jeden uzivatel pracuje na vice pocitacich, tam edituje sve soubory a vse chce nejak synchronizovat. Nutno ale priznat, ze v te dobe byla nase predstava o dane problematice dosti mlhava a podle toho take vypadala vyroba nove specifikace - uvedli jsme tam nekolik vlastnosti, ktere by asi takovy software mel mit, pricemz o tom, jak je realizovat, jsme prakticky nemeli tuseni - postup pravdepodobne mirne riskantni, ale myslim, ze jinak to asi nejde. Pak prislo na radu rozhodovani o konkretnich castech programu a prideleni techto casti jednotlivym clenum tymu. Opet se vynoril fakt, ze jsme toho o dane problematice vedeli pomerne malo. Dalsi komplikace byla, ze nekteri clenove tymu prosazovali zahajeni prace (primo programovani) na castech, ktere jsou vicemene jasne. A s tim, jak se bude rozsirovat chapani problemu, dospecifikovat dalsi casti a s temi zacit pozdeji. Jini clenove tymu prosazovali vyspecifikovat vse najednou a pote vse najednou programovat. Nakonec vyhrala varianta, ktera michala oboji dohromady - kazdy pracoval podle postoje, ktery zastaval. Diskuze o tomto se zdaly byt nekonecne a nikam nevedouci. Casem utichly, ale trvalo to neumerne dlouho. Prvni kousky kodu se objevily az nekdy v lednu 2002. Bohuzel to nebylo z aktivity celeho tymu, ale jen nekolika jednotlivcu. A to byl nas zasadni problem, ktery se s nami tahnul zhruba rok. Behem teto doby nektere casti programu uspesne narustaly, jine uspesne stagnovaly. Zcela jasne se ukazalo, ze nam chybi vedouci s nejakou realnou moci, ktery by jasne rekl "za tyden bude hotove to a to". Mezi nami nikdo takovy nebyl a kdyz jsme si neco podobneho rekli, nebylo to hotove za tyden, ale v lepsim pripade za 14 dni. Domnivam se, ze absence hrozby v podobe "sefa" a dalsich donucovacich prostredku ("vypoved",...) je problem softwarovych projektu obecne. A bude to zrejme take jeden z duvodu, proc je tolik projektu (vcetne toho naseho) zpozdenych. Nemam sice k dispozici zadnou statistiku, ale pri navsteve obhajob jsem takovych videl vzdy dost. Problem zrejme neni v programatorskych schopnostech tymu, ale ve schopnostech orgranizacnich - projekty jsou pouze zpozdene, ale nakonec obhajene. Nam se tento organizacni problem s pocatecni pomoci vedouciho padaril uspesne vyresit - provedli jsme urcitou reorganizaci v tymu. Tim jsme projektu asi dali novy impuls. Pote zacala spoluprace fungovat na mnohem lepsi urovni a na projektu to bylo prakticky okamzite znat. Udrzet umerne narustajici nasazeni az do odevzdani nam uz necinilo zadne potize. Zaverem bych chtel rict, ze cil predmetu Projekt naucit studenty spolupracovat na spolecnem dile byl podle mne v nasem pripade naplnen beze zbytku. Doufam, ze moje poznamky obohati spektrum nazoru na softwarove projekty. S pozdravem Pavel Surynek