Скотт Беркун - Искусство управления IT-проектами
- Название:Искусство управления IT-проектами
- Автор:
- Жанр:
- Издательство:Издательство «Питер»046ebc0b-b024-102a-94d5-07de47c81719
- Год:2014
- Город:Санкт-Петербург
- ISBN:978-5-388-00543-4
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Скотт Беркун - Искусство управления IT-проектами краткое содержание
В отличие от множества трудов, посвященных руководству проектами и командами, в этой книге не проповедуются никакие новые учения и не превозносятся великие теории. Скотт Беркун считает залогом успеха практику и разнообразие подходов. В книге описываются основные сложности и проблемные ситуации, возникающие в работе менеджера проекта, даны рекомендации по выходу из них.
Издание предназначено не только для лидеров команд и менеджеров высшего звена, но и для программистов, тестеров и других исполнителей конкретных проектных заданий. Также оно будет полезно студентам, изучающим бизнес-менеджмент, проектирование изделий или программную инженерию.
Текст нового издания значительно переработан автором с целью добиться большей ясности, кроме того, книга дополнена новым приложением и более чем 120 практическими упражнениями.
Искусство управления IT-проектами - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Ускорение продвижения проекта.Вопреки интуитивному предубеждению, хорошо организованный порядок действий не снижает, а повышает производительность труда. Например, вспомним белые разделительные полосы на автострадах. Благодаря тому, что они устанавливают одни и те же ограничения для всех участников движения, отдельные водители могут ездить очень быстро. Хорошо организованный процесс предоставляет систему, от которой люди могут зависеть и строить на ее основе свои решения. В некоторых случаях процесс распределяет исполняемые роли, Стиву становится проще получить то, что нам нужно, от Молли (например, найти кого-то для просмотра программного кода). Каноническим примером могут послужить автоматизированные инструментальные средства, позволяющие людям реализовывать проекты несколькими нажатиями клавиш, если они следуют необходимым определенным в инструментальной системе соглашениям по созданию программного кода.
Предотвращение проблем.Наиболее распространенной мотивацией внедрения производственного процесса является предотвращение проявлений (или повторений) некоторых разновидностей глупости. Трудность в том, что это нужно сделать без усложнения процесса и без создания благоприятных условий для какой-нибудь новой глупости. Для этого нужно понимать причины возникновения проблем и наиболее важные факторы, обеспечивающие прогресс. Задайте вопрос: «Каков наименее навязчивый, наименее раздражающий и наименее затратный способ никогда не повторять больше ошибок X, Y и Z ?» Или подойдите с другой стороны: «Какую проблему процесс может предотвратить? Насколько серьезна или реальна эта проблема?» Если процесс не препятствует возникновению проблем или не способствует прогрессу, то от него лучше отказаться (см. следующий раздел).
Наглядность и возможность оценки важных действий.Процессы выявления ошибок или выпуска технических условий облегчают отслеживание частоты подобных действий. Можно отслеживать их состояние, результаты и тенденции в работе всей команды. Что касается ошибок, технических условий и тестов, хорошо продуманный процесс упростит определение состояния проекта. Это играет важную роль для выработки стратегии в промежуточной и авершающей стадиях проекта (см. главы 14 и 15).
Наличие встроенного процесса для изменения или упразднения главного процесса.Поскольку в проектах все время что-то меняется, процесс, который был полезен или необходим в этом месяце, может утратить свое значение в следующем. В самом процессе должен быть встроенный механизм, позволяющий решать, когда его нужно обновить или прекратить. Никогда не нужно брать в расчет, что процесс будет идти всегда, поэтому избегайте определять чьи-либо задачи на его основе. Кто-нибудь, кто определяет свою работу как «я тот самый парень, который гоняет пятый тест», будет стремиться грудью стать на защиту теста номер пять и бояться любых касающихся его изменений. А это плохо. Лучше назначьте людей ответственными за те последствия и результаты, которые процесс приносит проекту.
Польза для людей, вовлекаемых в процесс.Людям нравятся полезные процессы. Хорошо организованный процесс станет желанным для всех, кто в нем нуждается. Если вы предлагаете внедрить новый процесс, затрагивающий работу программистов, и этот процесс будет полезным для проекта, то уговорить их попробовать его в деле окажется совсем не трудно. Люди естественным образом должны быть вовлечены в придумывание новых процессов. Ну а если вовлекаемые в предлагаемый процесс люди смогут привести массу доводов против него, то, возможно, они правы.
Формула хорошего процесса
При продумывании процесса нужно сопоставить ценность от привносимых им положительных эффектов и стоимость его внедрения и выполнения. Существует и формула, которая поможет это сделать. Чтобы извлечь пользу из этой формулы, вам не понадобятся реальные числа. Я предлагаю ее лишь в качестве упражнения, помогающего задуматься о соотношении достоинств и недостатков дополнительных технологических процессов. Если вам не нравятся упражнения или формулы, перейдите к следующему разделу – канву повествования вы не потеряете.
Сначала рассмотрим стоимость процесса: время на выработку замысла процесса ( DT ), время на его освоение командой ( LT ), фактическое время выполнения работы при применении процесса, помноженное на частоту его применения ( AT × N ). Полная стоимость любого процесса равна:
DT + LT + ( AT × N ).
Теперь рассмотрим суммарную выгоду, получаемую от процесса: стоимость провалов, которых процесс позволит избежать ( FC ), помноженную на показатель вероятности возникновения этих провалов ( FP ) без внедрения процесса в пределах определенных временных единиц, и все это помноженное на количество таких временных единиц в проекте ( T ). Полная суммарная выгода равна
( FC × FP ) × T .
Таким образом, ценность процесса приблизительно равна:
(( FC × FP ) × T ) – ( DT + LT + ( AT × N )).
Я полностью согласен с тем, что в этой формуле имеются грубые допущения, но сам ее смысл не может вас не заинтересовать. Чем больше полученное в результате число, тем ценнее процесс. Отрицательное число будет означать, что суммарные выгоды от процесса перевешены затратами на него.
В первую очередь эта формула предполагает, что создать процесс, который эффективно устраняет проблему, совсем не трудно. Но этот процесс может стоить дороже, чем весь угрожаемый период, связанный с этой конкретной проблемой (например, покупка за 5000 долларов системы сигнализации для защиты коробки печенья). Если вы, взяв в расчет время на выработку замысла процесса и время на его освоение командой, обнаруживаете, что добились лишь снижения вероятности провала, соотношение потерь и выгод работает против изменения процесса.
Кроме этого, вам следует оценить время действия выгод: зачастую оно может превышать время работы над отдельным проектом. Что еще более важно, вероятность провала в некоторых следующих проектах может возрасти до 100 %. Значение T имеет для формулы весьма важное значение: даже если вероятность провала ( FP ) низка, то чем продолжительнее временной интервал, тем больше шансов возникновения провала и тем больше возрастает ценность процесса, который его предотвращает. (Тем самым раскрывается еще одна основная сложность роли лидера: нужно решать, когда нести существенные краткосрочные затраты в расчете на менее существенную, но долгосрочную компенсацию. Она проявляется повсеместно: при найме работников, закупке оборудования и аппаратуры, обучении сотрудников и т. д. Что посеешь, то и пожнешь. Долгосрочные инвестиции являются единственным способом получения долгосрочных же улучшений.)
Читать дальшеИнтервал:
Закладка: