Vývoj: zadávání práce a termíny

[Tomáš123456789]

Ahoj,

jak máte v práci řešeno zadávání práce a následné termíny? Poslední dobou se mi stává, že mi neustále přibejvá práce(nové a nové features které MUSÍ být, nebo na začátku vývoje se s danou věcí nepočítalo, nebo se blbě navrhlo zadání a je jí potřeba přepsat) a termín se neposouvá.  Jak toto v práci řešíte?

[Reklama]

[MichalKovacic]

Hmmm... Dříve nebo později se každý musí naučit říci "ne" - a k tomu důvody proč ne. Jinak osobně mám raději, když mi kdokoli řekne ne v okamžiku, kdy se s tím dá něco dělat, než při termínu odevzdáni - ať je to developer, PM nebo kdokoli jiný.

[Tomáš123456789]

No snažím se, ale PM si mele svou že je to MUST a že se to stihnout MUSÍ. Takže aktuálně netuším co už s tím, kromě výpovědi. Naposledy jsem dopisoval poslední features asi hodinu před vydáním na produkci kam to letělo ihned a bez testu...

[L..]

Naposledy jsem dopisoval poslední features asi hodinu před vydáním na produkci kam to letělo ihned a bez testu...

No a fungovalo to?

[Tomáš123456789]

Tak napůl. Dělalo to co bylo v zadání, ale když si to pak prošli tak zjistili, že to chtěl zákazník jinak, takže se to ještě ten den celé předělávalo...

[Reklama]

[RDa]

Typicky zakaznik/vedeni chce nejakou vec, ktera je takovy souhrn funkcionalit - zredukovana na 1 slovo nebo 1 vetu.
Tohle  by sprany PM/Architekt mel rozepsat do konkretnich featur, ktere jde implementovat / kontrolovat nezavisle, a musi s tim souhlasit obe strany - zadavatel i provadejici. Cokoliv nad ramec takto schvaleneho seznamu je viceprace, a musi to projit celym koleckem procesu pod i nad PM, aby s tim vscihni byly srozumeni, ze to bude trvat dele a stat vice.

Takze ma rada je - rozepisovat praci co nejpodrobneji pred zahajenim praci a nechat si to podepsat ze tohle je ten job, za tolik casu a tolik penez.

[Benutzer]

Tohle nevypadá jenom na špatnou analýzu, nebo časové odhady, ale na celkovou nekompetenci projekťáka/produkťáka.

Přečíst si něco o časových odhadech a říkat ne je první krok.

Pak by za určitých okolností mohlo pomoct používání něčeho na způsob kanbanu. Sice to jde zneužít na mikromanagement, ale taky jako argumentace pro odmítání tasků.

[listoper]

Kdyz je neco MUST HAVE tak je to asi dulezity a ten kdo to chce za to MUSI zaplatit. Casem/penezma/obojim.
V horsim pripade kvalitou...
Zalezi na tobe jestli ses ochoten jit dolu s kvalitou nebo jestli das jasne najevo ze to bude penezma a casem.
To ze neco MUSI byt podle me znamena, ze se tebe nekdo zepta kdy to bude a podle toho se naplanuje release.

Z toho co rikas to vypada, ze ti PM neveri. Bud je to idiot a pak nevidim moc jinou sanci nez s nim nepracovat.
Nebo ma duvod ti neverit a potom je potreba zjistit proc a zapracovat na tom aby ti verit zacal.

[Longin]

Anebo jen lidi nad tebou zkouší, co vydržíš a kde máš mantinely. Pořád ta samá písnička...vyhovíš jednou, dvakrát a máme tu precedens... 

Nekompemetentní lidi ve vedoucích pozicích je třeba likvidovat už na počátku.

[Tomáš123456789]

Kdyz je neco MUST HAVE tak je to asi dulezity a ten kdo to chce za to MUSI zaplatit. Casem/penezma/obojim.
V horsim pripade kvalitou...
Zalezi na tobe jestli ses ochoten jit dolu s kvalitou nebo jestli das jasne najevo ze to bude penezma a casem.
To ze neco MUSI byt podle me znamena, ze se tebe nekdo zepta kdy to bude a podle toho se naplanuje release.

Z toho co rikas to vypada, ze ti PM neveri. Bud je to idiot a pak nevidim moc jinou sanci nez s nim nepracovat.
Nebo ma duvod ti neverit a potom je potreba zjistit proc a zapracovat na tom aby ti verit zacal.

No to je trošku jinak, zezhora se dostane termín kdy to musí jít ven a pak se přidávají věci. S tím, že s termínem nelze hýbat :-D

[listoper]

Kdyz je neco MUST HAVE tak je to asi dulezity a ten kdo to chce za to MUSI zaplatit. Casem/penezma/obojim.
V horsim pripade kvalitou...
Zalezi na tobe jestli ses ochoten jit dolu s kvalitou nebo jestli das jasne najevo ze to bude penezma a casem.
To ze neco MUSI byt podle me znamena, ze se tebe nekdo zepta kdy to bude a podle toho se naplanuje release.

Z toho co rikas to vypada, ze ti PM neveri. Bud je to idiot a pak nevidim moc jinou sanci nez s nim nepracovat.
Nebo ma duvod ti neverit a potom je potreba zjistit proc a zapracovat na tom aby ti verit zacal.

No to je trošku jinak, zezhora se dostane termín kdy to musí jít ven a pak se přidávají věci. S tím, že s termínem nelze hýbat :-D

To mi pripomelo kdyz mi jeden kartograf vypravel ze po nem chteli mapu ceske republiky v meritku 1:10000 a at jim to vytiskne na A3.
Analogicky scope, kvalita, termin.
Pokud je kombinace nerealna tak to nejde udelat.
Pokud se to musi udelat tak se musi taky rict ze ktereho pozadavku lze kolik slevit.

Pokud prijde neco zezhora tak musi jit taky zpatky nahoru zprava o tom, ze takhle ne... nebo, ze jo ale....

A hlavne to musi jit vcas. Protoze jinak je stavis do stejne pozice na kterou si stezujes a nemaji dost casu ti dodat
kvalitni rozhodnuti v rozsahu jaky pozadujes

[to_je_jedno]

Jsi zamestnanec? Jedete agile nebo fix price? Ten projektak je na vasi strane nebo na strane zakaznika?

[Martin Dráb]

No to je trošku jinak, zezhora se dostane termín kdy to musí jít ven a pak se přidávají věci. S tím, že s termínem nelze hýbat :-D

Jak již bylo řečeno výše, postupovat tímto způsobem není ...obvyklé... Samozřejmě se stává, že najednou je potřeba vytvořit další featuru (nebo jí nahradit nějakou jinou), ale pak se dohodnete, jak budete postupovat (za jak dlouho změnu zapracujete, jakým způsobem vyřešíte časové období, kdy tam nebude atd.

Pokud na toto vyšší vrstvy neslyší (nedá se s nimi rozumně mluvit), tak klidně zkuste svoje štěstí někde jinde. Evidentně existují i firmy, kde k těmto problémům nedochází.

[MichalKovacic]

No snažím se, ale PM si mele svou že je to MUST a že se to stihnout MUSÍ. Takže aktuálně netuším co už s tím, kromě výpovědi. Naposledy jsem dopisoval poslední features asi hodinu před vydáním na produkci kam to letělo ihned a bez testu...

Je top samozřejmě ošklivá možnost, ale pokud již uvažujete o změně zaměstnavatele - pak je klidně možné si na svém NE trvat a pak má PM málo možností. Občas (velice občas) si dovolím navrhnout podobnému typu "manažera", ať mi to teda ukáže, protože tohle nezvládnu. A jelikož on řídí mě, tak musí být lepší - takže to určitě dá. Samozřejmě velice zdvořile a eMailem...

Ale jak je v příspěvcích níže řečeno, vývoj a testování trvá nějakou dobu a "kecy" kolem tomu moc nepomohou :-)

Tohle je pravdu spíše psychologický nátlak - dobrý vývojář se uplatní všude a rychle. Špatný PM bude mít problém.

Hodně štěstí

[L..]

Občas (velice občas) si dovolím navrhnout podobnému typu "manažera", ať mi to teda ukáže, protože tohle nezvládnu. A jelikož on řídí mě, tak musí být lepší - takže to určitě dá.

To by dávalo smysl pouze vůči seniornějšímu vývojáři. Vůči PM je to nesmysl, jeho práce je jiná a vyžaduje jinou sadu dovedností a osobních vlastností.

Jinak mě PM přijde schopný. Projekt je dodán na čas s požadovanými featurami.