kazmiruk: Читаем еще раз внимательно то, что я написал выше ;-)
Никто не говорит, что план не нужен. Он не нужен, а необходим! Но, мы должны закладывать в проект всегда то, что он будет еще 100 раз меняться. (Иначе сделаем не гибкую основу, и привет костыли и подпорки)
А Де Марко рекламирует именно подход жесткого и неизменяемого плана. Где расписаны все мельчайшие шаги заранее, и известно точно, что ни один изменяться не будет. Шаг влево - шаг вправо считается побегом. Поэтому для неподготовленного менеджера (без опыта) эта книга скорее вредна, чем полезна. (ИМХО разумеется).
Вот когда будет у менеджера какой-никакой опыт, вот тогда пусть и читает деМарко ;-)
Из реально полезных вещей там мысль про то, что все решают кадры. И у хороших программистов получится хороший проект. Но опять же, про это лучше прочитать в Мифическом Человеко-месяце.
1) Кстати да, спасибо. В свое время читал "Цель. Процесс непрерывного совершенствования" очень и очень. Не подскажете Цели достаточно, или лучше прочесть и "Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию" ?
2) Что посоветуете прочесть по методу итеративного процесса (я так понял прогрессивный Джпег это оно)?
Мы используем LAMP, так что MS Project - это происки сотоны ;-)
kazmiruk: dimonchik2013: Открываем любую книгу по стартапу. И что мы видим? Что любые планы не выдерживают столкновения с реальностью. Т.к. в начале пути мы можем лишь "догадываться" о том, что действительно нужно нашему пользователю.
Поэтому в любом случае меняться план будет по ходу работы и не раз (это как в артиллерии: недолет-перелет).
Никто не говорит, что план не нужен. Он не нужен, а необходим! Но, мы должны закладывать в проект всегда то, что он будет еще 100 раз меняться. (Иначе сделаем не гибкую основу, и привет костыли и подпорки)
А Де Марко рекламирует именно подход жесткого и неизменяемого плана. Где расписаны все мельчайшие шаги заранее, и известно точно, что ни один изменяться не будет. Шаг влево - шаг вправо считается побегом. Поэтому для неподготовленного менеджера (без опыта) эта книга скорее вредна, чем полезна. (ИМХО разумеется).
Хорошее художественное произведение. Вдохновляющее. Жаль только, что в реальной жизни оно не работает :( От слова совсем.
Том де Марко, не смотря на мое к нему уважение как к писателю, способному "зажечь" на подвиги, все же теоретик, рассказывающий о сферическом коне в вакууме. Конкретно в дедлайне он предлагает составить ПОДРОБНЫЙ и полный план работ до начала собственно программирования. Это звучит логично. Угу. Вот только не работает.
Любой практик вам расскажет, что если вы делаете проект длинной больше месяца, то план за это время поменяется, и не раз. По совершенно различным причинам. И мы должны быть готовыми к этому. Именно поэтому вслед за водопадной моделью пришло экстремальное программирование, agile, kanban и т.д. и т.п.
Ну и плюс там на всю книгу только одна идея (на тот момент революционная), что 1 отличный программист сделает больше работы, чем 10 плохих. Но вот что делать с хотя бы двумя отличными? (пятью, десятью..)
Кстати, да, спасибо за наводку. Совсем о ней забыл. Хотя там было вроде бы в основном для программистов, решивших переквалифицироваться в проект менеджеры, т.е. скорее для тим лидов, а не менеджеров, нет?
Я скорее овнер :) Для начинающих программистов у нас мастхев прочитать книгу "Программист прагматик", теперь задался целью найти что-то подобное и для менеджера проектов. Чтоб повысить его скилл.
По сути вопроса: только проектный менеджер, без продаж.
Никто не говорит, что план не нужен. Он не нужен, а необходим! Но, мы должны закладывать в проект всегда то, что он будет еще 100 раз меняться. (Иначе сделаем не гибкую основу, и привет костыли и подпорки)
А Де Марко рекламирует именно подход жесткого и неизменяемого плана. Где расписаны все мельчайшие шаги заранее, и известно точно, что ни один изменяться не будет. Шаг влево - шаг вправо считается побегом. Поэтому для неподготовленного менеджера (без опыта) эта книга скорее вредна, чем полезна. (ИМХО разумеется).
Вот когда будет у менеджера какой-никакой опыт, вот тогда пусть и читает деМарко ;-)
Из реально полезных вещей там мысль про то, что все решают кадры. И у хороших программистов получится хороший проект. Но опять же, про это лучше прочитать в Мифическом Человеко-месяце.