Posts tagged вопрос

Философия проблем

0
  1. Проблемы будут. Мы управляем рисками и готовим запас на непредвиденные проблемы. Плохо когда мы наступаем на проблему дважды и когда все наши проблемы – непредвиденная случайность или происки злых духов (судьбы, конкурентов, гавнюков с соседнего отдела). Чем мы тогда управляем?
  2. Проблемы – это сработавщие риски. Наша работа управлять рисками, не допускать их реализации или минимизровать их влияние в случае реализации. Делайте выводы из анализа проблем и в следующем проекте работайте над риском проблемы а не опять над проблемой. Не наступайте на грабли дважды.
  3. Мы говорим о проблемах сразу же. Все члены команды должны знать это и делать это. Если вы будете наказаывать гонца за то что он нам рассказал о том, что вражеское войско перешло границу – то вы узнаете об этом от вражеского войска под вашим домом.
  4. Мы обсуждаем проблемы без личностых выпадов и переводов стрелок. Мы решаем проблему а не людей. Нам необходимо решить проблему и принять меры по пресечению ее появления в будущем. Самое важное для команды которая работает длительный срок – капитализация знаний.
  5. Проблемы часто касаются именно руководителя проекта – в первую очередь это вопрос к качеству управления рисками, к качеству работы с командой и других процессов. Поэтому при анализе человеческого фактора – ставьте себя первым в список на разбор полета. Если причина проблемы это член команды и это не исправимо – это вопрос дипломатичного решения без театральных публичных действий. Хорошо подумайте о мотивации человека, о том дали ли ему реашть задачу адекватную его компетенциям, о его загрузке и приоритетах. Вычеркните неконтролируемые обстоятельства. Семь раз подумайте – а потом только принимайте решения бьющее по человеку.
  6. Если мы не решаем проблему – мы часть проблемы.
  7. Если мы скрываем проблему – мы проблема.
  8. Проблема часто не решается одним человеком и даже командой. Вполне нормально если мы обращаемся к менеджеру проекта. Также нормально если менеджер проекта эскалирует проблему на более высокий уровень.
  9. Менеджер проект постоянно эскалирующий проблемы вызывает вопросы в своей компетентности.
  10. Менеджер проекта который постоянно пытается решить проблемы вне его компетенции вызывает вопросы в своей компетентности.

Данная статья взята из материалов книги Наша книга по управлению проектами

Рискариум

0

Уважаемые коллеги!

Есть предложение создать пополняемый реестр рисков ИТ проектов. Формат – аналогично описанию паттернов: указываем описание рисков, причину возникновения, влияние на проект, возможные методы предотвращения, минимизации и т.п.

Считаете ли вы интересным и полезным создание такого ресурса? Готовы ли вы участвовать в создании и/или наполнении такого ресурса?

Go to Top