Губанов Юрий Александрович, mail Критерии зачёта min 50% посещаемость доклад

Вид материалаДоклад
Подобный материал:
1   ...   7   8   9   10   11   12   13   14   ...   20

Доклад по книжке Путь камикадзе.

Введение в проблему

Что такое безнадежный проект?


Безнадежный проект - это проект, параметры которого отклоняются от нормальных значений, по крайней мере, на 50%. Например: план сжат в два раза, число разработчиков уменьшено в 2 раза, урезан бюджет, требования к функциям …

Категории безнадежных проектов

  • Небольшие

Менее 10 человек 3-6 месяцев.
  • Cредние

20-30 человек 1-2 года
  • Крупные

100-300 человек 3-5 лет
  • Гигантские

1000-2000 человек 7-10 лет

Чем больше проект, тем меньше у него шансов быть успешно завершенным. Чем более размытые требования, тем меньше шансов.

Почему существуют безнадежные проекты

  • Политика

Политика существует в любом коллективе хотя бы из 3-х человек. Ужатые сроки etc могут быть местью менеджеру проекта
  • Наивные представления руководства, etc

Намеренно заниженные сроки при заключения контракта.
  • Юношеский оптимизм

Хакер может разработать систему за выходные, если не учитывать такие мелочи, как документирование, ui, отладка, тестирование.
  • Менталитет первопроходства

Начинающие компании. Большая часть таких проектов заканчивается крахом компании.
  • Менталитет морского корпуса

Настоящие программисты могут работать без сна.
  • Высокая конкуренция из-за глобализации

Индусы, китайцы, etc
  • Высокая конкуренция из-за новых технологий

Использование новой не испробованной технологии, как средства от всех бед
  • Неожиданные правительственные решения

Открытие ранее закрытых секторов рынка. Ликвидация импортных квот. Ликвидация гос. управления.
  • Неожиданный кризис

Уход лучших программистов. Банкротство поставщика оборудования. Проблема 2000 года

Почему люди участвуют в безнадежных проектных?

  • Высокое вознаграждение

Работа в начинающей компании. Не обязательно денежное вознаграждение: похвала от руководства....
  • Синдром покорителей Эвереста

Вызов окружающим. Возможность совершить то что никому еще не удавалось
  • Удовольствие "вкалывать" среди таких же энтузиастов
  • Наивность и оптимизм молодости

Молодые программисты и менеджеры изо всех сих стараются проявить себя.
  • Альтернатива - безработица

Профессиональные знания быстро устаревают.
  • Возможности для карьеры

Проект обеспечивает успешное продвижение по службе
  • Альтернатива-банкротство

Например, Delphi в 1995 спасло Borland
  • Возможность победить бюрократию

Возможность не следовать ISO-9000 и SEI-CMM
  • Месть

Политика

Идентификация игроков вовлеченных в проект

  • Владелец

Человек который санкционирует систему, формулирует требования. Часто между проектом и владельцем есть прослойка бюрократии искажающая требования.
  • Заказчик

Тот кто будет использовать систему. Проект может использоваться, чтобы провести даунсайзинг, и многие из пользователей останутся без работы.
  • Акционер

Совладельцы системы, имеющие долю в бюджете.
  • Заинтересованное лицо

Те кто имеет долю в результатах.
  • Защитник

Те кто имеет много власти и может оказать помощь. Хорошо когда Защитник тот же что и владелец проекта.

Определение сущности проекта

  • Невыполнимая миссия

Участники проекта фанатично преданы друг другу... участники убеждены, что сочетание интенсивной работы с профессиональной виртуозностью сделают проект возможным
  • Отвратительные проекты

Участники - жертвенные агнцы которые будут зарезаны холоднокровным менеджером ради успеха. Характерен менталитет морского корпуса. Менеджера нанимают со стороны, чтобы он мог более эффективно заставлять работать участников проекта сверхурочно.
  • Самоубийственные проекты

Нет шансов на успех, но участники вынуждены в нем участвовать под угрозой увольнения. Обычно нет владельца.
  • Проекты камикадзе

Обречены на неудачу, но участники будут гордиться участием в нем

Отношение участников к проекту


Уровень самоотдачи участников проекта. В самоубийственном проекте участники не будут тратить слишком много сил на него. Если при сверхурочной работе будет отсутствовать начальство то это не понравиться исполнителям.

Переговоры


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

Нормальные переговоры


Во многих организациях навязывается бюджет типа сделай или умри, с таким нельзя соглашаться, для этого можно применить методы оценки
  • Средства оценки, являющиеся коммерческими продуктами

Можно получить оценку с достаточно высокой точностью
  • Динамические модели систем
  • Книги и руководства по оценке проектов
  • Прототипирование

Возможные компромиссы


Нелинейная зависимость между параметрами проекта: при увеличение числа программистов срок возрастает не линейно, тоже с деньгами etc.

Переговорные игры

  • Удвой и добавь еще

оценка = 2*реальная_оценка + что_то_еще
  • Обратное удвоение
  • Угадай число, которое я задумал

Руководство имеет оценку которую должен угадать менеджер проекта
  • Двойной плевок пустышкой

Менеджер высокого уровня изображает недовольство до тех пор пока менеджер проекта не занизит свою оценку.
  • Испанская инквизиция

На совещании высших менеджеров требуют дать немедленную оценку проекту.
  • Игра на понижение

Случаеться при аутсорсинге чтобы получить заказ.
  • Месть

Месть руководству. Менеджер соглашается с заниженной оценкой руководства.
  • Китайская пытка водой

Плохие новости преподносятся порциями
  • Туманы и миражи

При помощи метрик можно доказать любые оценки
  • Спрятанное качество

Игнорирование качества

Стратегии переговоров


Нельзя давать скоропалительные оценки. Можно дать приблизительные оценки +/-50%

Провал переговоров


Можно уйти из проекта или пугать руководство тем, что вся команда с менеджером уйдет из проекта. Нельзя скрывать истинное положение дел от команды.