Hlavní stránka Hardware Multimedia, zvuk, TV Úvaha: Když pravidla vývoje brzdí vývoj samotný
Úvaha: Když pravidla vývoje brzdí vývoj samotný
autor: Michal Rybka , publikováno 15.4.2011
Úvaha: Když pravidla vývoje brzdí vývoj samotný

V moderním světě oslavujeme pokročilé vývojové metody, a zapomínáme na efektivní vývojové metody ze staré školy. Je to dáno softwarovým vývojem, který prosazuje „ne-průmyslové“ vývojové postupy. Změna je dobrá, buďme agilní, nebojme se změn, přesypávejme procesy během vývoje! Některé jsou opravdu super, ale...


Jedna z nejgeniálních vývojových metod, kterou prosazuje Intel, spočívá ve střídání vývojových a technologických cyklů – a viditelně jim to perfektně funguje. Je to svým způsobem je to svatý grál návrhu. Podařilo se jim rozdělit vývoj na dva samostatné relativně oddělené problémy, totiž návrh nové mikroarchitektury a úpravu výrobního procesu. Jeden rok se mění mikroarchitektura (tik), další rok se mění výrobní proces – přechází se na jemnější litografii (tak). Oba problémy řešíte samostatně, každý rok se můžete soustředit jenom na jeden z nich a přitom mají vývojové týmy relativní klid řešit své problémy v roce, kdy „nejdou do výroby“. Oddělení výrazně snižuje riziko souběžných chyb, které by vaši výrobu mohly dokonale vykolejit.

Úvaha: Když pravidla vývoje brzdí vývoj samotný

Intelu se podařily všelijaké průšvihy, ale obecně jim jejich tik-tak systém funguje velmi dobře, je predikovatelný a zákazníci si můžou vybrat, zda chtějí mít co nejdříve procesor s novou, výkonnější architekturou, anebo zda si počkají na technologickou iteraci, která jim přinese tentýž procesor, ale s nižší spotřebou, cenou a obvykle taky s lepší přetaktovatelností.

Úvaha: Když pravidla vývoje brzdí vývoj samotný

Jedinou nevýhodou této metody je fakt, že se dá použít jenom při takovém typu činnosti, kde se vyskytují jak vývojové, tak výrobní činnosti a lze je měnit relativně odděleně. Kupříkladu u vývoje software si tik-tak systém nedovedu dost dobře představit, teoreticky by snad šlo „přidávat vlastnosti“ a „pročišťovat kód“, ale na to jednak není čas a navíc u software existují efektivnější postupy. V řadě případů sice výrobce vyvíjí a vylepšuje produkt, ale když vyvíjíte například nový model auta, tak při změně výroby musíte samozřejmě ihned rekonfigurovat i výrobní linku, nemůžete to „odložit“ do samostatného cyklu. Tato metoda je tedy sice účinná, ale možnosti jejího nasazení jsou omezené.



 
Komentáře naleznete na konci poslední kapitoly.
343 čtenářů navrhlo autorovi prémii: 158.7Kč Prémie tohoto článku jsou již uzavřené, děkujeme za váš zájem.
Tento web používá k poskytování služeb soubory cookie.