Сообщения

Сообщения за октябрь, 2013

Некоторые соображения по управлению ожиданиями Заказчика

Изображение
Цели которых хотелось бы достичь в результате рассмотрения этой темы: Определить типовые ожидания Заказчика Дать рекомендации по управлению ожиданиями Заказчика Цель управления ожиданиями Заказчика - обеспечить лояльность Заказчика к Исполнителю проекта как по факту завершения проекта, так и в ходе его выполнения. Ожидания Заказчика рассматривались в следующем контексте: Контекст управления ожиданиями Заказчика Очень важный момент заключается в том, что Заказчик имеет ожидания не только относительно функциональных возможностей продукта и того эффекта, который даст его внедрение, но и относительно процессов выполнения проекта. Дело в том, что соответствие ожиданиям Заказчика в части выполнения проекта закрывает для Заказчика риски его неуспешной реализации. Управление этими ожиданиями позволяет как минимум обеспечить комфортные политические условия для работы проектной команды.

Откуда берутся требования

Я вот столкнулся с одним интересным явлением. Почему-то некоторые аналитики считают, что требования являются результатом анализа собранной информации. Такое мнение почти всегда приводит к тому, что аналитическая фаза проекта плавно трансформируется в пытку Заказчика на предмет "расскажи, что тебе нужно". Чем мотивирован такой подход к аналитике, понять можно. Аналитику не нужно утруждать себя придумыванием решения, а любые вопросы про полноту требований, логику работы и альтернативные варианты реализации можно списать на неадекватность Заказчика и его непонимание, чего он хочет. Но с другой стороны ведь в аналитики идут люди, которые хотят найти творческую работу. Так, по крайней мере, мне говорят ребята, которые приходят трудоустраиваться. Где тут разрыв, в принципе понятно: зачастую аналитик забывает, что требования - это текстовая / графическая модель системы. Поэтому, когда он формулирует требования, он по сути придумывает систему - ее логику, границы, особенности.

О возможном вреде тренингов и тренинговых программ

Изображение
Мне тут пришла в голову одна гипотетическая мысль , которую хотел бы с вами обсудить. Суть ее в следующем: тренинги и тренинговые программы как инструмент активного развития квалификации персонала могут принести компании вред. Аргументы: Массовость чтения тренингов подразумевает наличие выделенной команды тренеров, которые, хотите вы или нет, через какое-то время оторвутся от производства и не будут понимать его ключевых потребностей. Их работу будут определять потребности, которые им знакомы - потребности тех времен, когда они были на производстве. И даже обратная связь с производства будет ими фильтроваться через призму своего понимания мира - того самого, давно ушедшего. Поэтому и выдать в производство людей, сходу готовых к работе в реальных условиях, они не смогут. Разработка масштабных программ и курсов требует времени. Их обкатка - тоже. В условиях постоянного совершенствования и изменения ландшафта технологий разработки это означает, что программы повышения квалификации (ос

Что такое проект (контекст)

Изображение
Я все-таки решил вернуться к старой доброй КаБе. Причина одна - уход в ЖЖ был причиной гордыни. Гордыня грех. Я каюсь. Мне потребовалось сформулировать краткое, но предельно емкое определение, что такое проект. Такое определение, которое можно было бы использовать в тех случаях, когда надо обосновать что-то такое, что касается проекта. В итоге получилась вот такая картинка: