ITIL

[metaclass]

А вот про вещи, которые мы вообще-то ненавидим, но тем не менее втайне надеемся, что когда нибудь получиться внедрить у себя на конторе:

Все эти корпоративные схемы сродни суперкавитации - намеренно снижают производительность чтобы избежать больших провалов. Imho. А делать что-то заведомо неудобным способом естественно никому не нравится, тем более каждый считает, что у него-то провала не будет. И главная проблема в том, чтобы убедить людей что потери на самом деле нужны.

Вся эта шиза с планированием да управлением да всякими новомодными мегаметодиками управления разработкой ПО - поставить наших супергениев под строгий контроль и снизить раза в два-три производительность.

Это заговор. Злые пиарщики, работающие на ТНК специально пропаривают мозг нашим начальникам, дабы те не давали работать программистам - а то ведь все заново напишут - что тогда, SAP да Oracle да Microsoft закрываться? :)

Comments

[yurri.livejournal.com]

Да, поставить под контроль. «Творцы нам тут нахуй не нужны, нам нужны криэйторы» ©

Благо, программирование уже давно не столько творчество, сколько индустрия. Творчество ушло на уровень системных архитекторов.

Пусть работает менее производительно, зато полностью прозрачно, чтобы когда он увольняется, любой новый работник легко подхватывал его код.

[psilogic.livejournal.com]

боюсь эти мегаметодики из разряда благих пожеланий... если посмотреть на свой опыт

[vp.livejournal.com]

факт, кстати.

[ktn-zoidberg.livejournal.com]

мое мнение такое - есть программеры и кодеры. для кодеров такой подход применим, для программеров нет

самое трудное это отличить кодера от программера

[ex-chistyak.livejournal.com]

Таки незаменимые люди есть. В этом заключается основная проблема всех этих управленических техник.