|
![]() |
#1 |
Участник
|
fed, само дискутирование на эту тему уже является загрязнением форума
![]() ![]() |
|
![]() |
#2 |
Участник
|
Проектное управление исчезнет с последним "эффективным" менеджером. Управлять нужно не проектами, а людьми, но, к сожалениию, это не многим доступно. Гораздо проще "освоить" PMBOK и внедрять очередную методику, чем разобраться в реальных потребностях клиента и попытаться решить его проблемы.
__________________
The 50-50-90 rule: Any time you have a 50-50 chance of getting something right, there’s a 90% probability you’ll get it wrong. |
|
|
За это сообщение автора поблагодарили: TasmanianDevil (2). |
![]() |
#3 |
Участник
|
Цитата:
"освоить" не значит грамотно применять. А управлять все же необходимо именно проектом. |
|
![]() |
#4 |
MCT
|
Цитата:
Решения принимаются играючи. Не прячьтесь.
Хватит ныть о том, что решения принимаются безответственно и меняются каждые 30 секунд. Это нормально. Непрерывно ошибаться и по обратной связи корректировать поведение системы в целом -- важней и эффективней, чем время от времени делать что-то правильно. Главное -- бежать, а не думать. Решайте на бегу. Опасны те, кто останавливается, чтобы подумать и решить. Дурак не будет наказан, хам не будет одёрнут, бездельник не будет выброшен за борт -- они не опасны, ибо шевелятся. На выход попросят опасных умников с их волшебным "Минуточку, но ведь..." и "Я тут подумал..." Остановка -- это смерть. Даже на минуточку. Даже с благими намерениями. Никаких результатов не бывает. Даже и не цельтесь. Следствие предыдущего, в общем-то. Результат -- это остановка. А значит, смерть. Стало быть, вся деятельность организации направлена на то, чтобы ни один её компонент не ощущал своих местных, местечковых результатов. И уж конечно, любые попытки отдельных сотрудников ощутить свою результативность будут пресекаться в корне: законченное -- не нужно. Суть работы -- проверка гипотез. Проекты сдохли. Непрерывное выдвижение и непрерывная же проверка гипотез -- основная схема современных рабочих процессов. Причём никаких обоснований, кроме власти отдать приказ на проверку, автору гипотезы не нужно: идея либо подтверждается реальностью, либо нет. Но гораздо чаще мысль мутирует в ходе проверки "об реальность". И чем чаще проверки, тем лучше. Поэтому коррекция задачи в ходе работ над ней -- не исключение и неприятность, а, собственно, основной результат рабочего процесса. .
__________________
Axapta forever!!! |
|
![]() |
#5 |
MCT
|
Цитата:
Сообщение от shogel
![]() Проектное управление исчезнет с последним "эффективным" менеджером. Управлять нужно не проектами, а людьми, но, к сожалениию, это не многим доступно. Гораздо проще "освоить" PMBOK и внедрять очередную методику, чем разобраться в реальных потребностях клиента и попытаться решить его проблемы.
У проектной команды и заказчика часто совершенно разные задачи и цели. Руководитель проекта должен свести эти цели и задачи к некоторому компромиссу, договорившись обо всем со всеми ОСНОВНЫМИ заинтересованными лицами, но чем больше проект и больше в нем заинтересованных лиц тем это сложнее, иногда нереально. Одна из основным проблем поднятых в статье состоит в том, что проект подразумевает жесткие рамки бюджета, сроков, качества, содержания проекта, но при этом в условиях нашей действительности у очень у малого количества компаний есть формализованный road map развития. Получается то, что называется проектом в действительности есть операционная деятельность с элементами управления проектами ![]() Смуту в это дело так же вносит то, что большинство ПМов в наших консалтинговых компаниях в основном занимаются техническим руководством проектом, когда как ПМ должен иметь в основном навыки решения административных и политических проблем, ведения переговоров на разных уровнях! Сколько я работаю в консалтинге НИ РАЗУ не видел проектов зафакапленных по техническим причинам, всегда это били проблемы в том что не смогли договориться с Клиентом.
__________________
Axapta forever!!! |
|
|
За это сообщение автора поблагодарили: gl00mie (2). |