- PVSM.RU - https://www.pvsm.ru -
Теологи утверждают, что грех помрачает ум, ослабляет и пленяет волю, сдавливает сердце человека печалью и унынием. Блажен тот, кто осознаёт причину своего горя — греховность, а не жизненные обстоятельства или действия других людей. Правильный диагноз ведёт и к исцелению.
Вполнакала проекты не делаются. РП должен четко понимать свои собственные мотивы, почему он взялся именно за этот проект. Если единственным ответом является — «потому, что поручили», знайте, что печаль и уныние не за горами.
РП, стартуя новый проект, ставит на кон высокую цену — свою репутацию. Поэтому он должен четко понимать, какой выигрыш он получит в случае успешного завершения проекта. Цель должна быть значимой настолько, чтобы стремление к ее достижению могло бы поддерживать в РП состояние постоянного горения от начала до завершения проекта. Не стоит ожидать, что кто-то в команде будет привержена проекту больше, чем ее лидер.
Если, после заключения договора на разработку ПО, РП планирует следующую встречу с заказчиком на приемо-сдаточных испытаниях, то он прямой дорогой идет к печали и унынию.
Возможно, кто-то думает, что успех проекта это реализация в программе 100% требований к назначенному сроку и в пределах выделенного бюджета, то это не так. Успех проекта живет в головах людей. Успех это в первую очередь чувство удовлетворения заказчика.
Степень удовлетворенности – субъективная величина, которая является отношением субъективной оценки достижений к субъективной же оценке ожиданий или потребностей.
Необходимо постоянно управлять ожиданиями заказчика и формировать у него адекватную оценку представляемого результата. РП должен работать над тем, чтобы заказчик постоянно испытывал чувство удовлетворения от начала проекта до его завершения.
Следует постоянно продавать свой проект, вовлекать заказчика в работу над продуктом. Получать замечания и исправлять их. Сделайте заказчика соавтором вашего результата. Какой же родитель не любит ребенка, которого он сам растил.
РП стремиться реализовывать сначала как можно больше легких требований, чтобы продемонстрировать быстрый прогресс проекта. «Уточнение целей, разработка стратегии, планирование, анализ, проектирование – это все потом!»
Закон Парето применительно к разработке ПО гласит, что 80% ценности разработки обусловлены лишь 20% требований к продукту, без реализации которых продукт для заказчика становится просто ненужным. Остальные требования, как правило, так называемые «украшательства», от части которых заказчик, зачастую, может отказаться, чтобы получить продукт в срок.
А есть и еще архитектурные риски. Закон Парето применим и здесь. 80% потребления ресурсов (время и память) приходится на 20% программных компонентов.
Управление должно быть направлено на снижение рисков. Поэтому, высший приоритет должны получать важные для заказчика и архитектурно-значимые требования
Считать себя самым компетентным в команде. Замыкание на себя принятия решений по всем вопросам, от структуры таблиц в БД до цвета шрифтов в интерфейсе. Вместо объяснения того, что надо делать, постоянные указания на то, как надо делать. Навязывание собственных идей. «Думать – это моя работа! Просто, делай, как я сказал!» Отсутствие делегирования в любом виде. Строгий контроль всех работ через активное личное наблюдение.
Делегирование принятья решений другим является, возможно, самым мощным и наиболее эффективным из всех имеющихся инструментов руководителя, лучшим индикатором эффективного управления.
Делегирование невозможно без взаимного доверия. Доверие – это высшая форма мотивации человека. Оно вызывает к жизни лучшее, что в человеке есть. Тот, кому делегировали руководство, становится сам себе боссом, ведомым собственной совестью в направлении достижения оговоренных результатов.
Вера в то, что план-график проекта из 100500 позиций с десятью уровнями иерархии – это путь к успеху. Остается только правильно отслеживать прогресс задач.
Наличие детальных диаграмм Ганта пока еще не спасло от катастрофы ни один проект. Потому, что «разруха не в клозетах, разруха в головах», как говорил профессор Преображенский.
Поэтому РП, который в течение рабочего дня не пообщался с каждым из своих прямых подчиненных, зря получает свои деньги. И не обязательно разговор должен быть о статусе текущих работ. Можно поговорить о вчерашнем футболе (Что за #$%^&*!!! Бразилия-Германия 1:7!) или о здоровье любимого хомячка.
Бессмысленно заставлять программистов работать больше, устраивать сверхурочные авралы и субботники. Работать больше, это совсем не значит — работать продуктивнее. Наоборот. Излишнее давление и суета приводят к непродуманным решениям и многочисленным последующим переделкам.
«Хорошо управляемое предприятие — это спокойное место. Зато «фабрика, отличающаяся «кипучей» деятельностью и «трудовым героизмом» работников, который бросается в глаза любому посетителю, является на самом деле плохо управляемой» (с) Питер Ф. Друкер.
Настоящий РП должен быть достаточно ленив. Он должен постоянно наблюдать и оценивать эффективность всех процессов, применяемых в проекте. «Что лишнее мы делаем?» «Что можно делать проще?» «Что угрожает проекту?». Работать на сокращение ненужных усилий вместо того, чтобы «стремиться к новым героическим победам».
Убежденность в том, что, если правильно мотивировать, все в людях можно изменить.
Деньги, выгода, комфорт и другие подобные стимулы являются факторами «гигиены». Их отсутствие может заставить программистов обновить резюме на hh. Однако, они не могут заставить людей полюбить свою работу и дать им необходимые внутренние стимулы, на которые невозможно повлиять.
Работники приходят в компанию, как правило, не потому, что привержены ее миссии. И не для того, чтобы заработать еще больше денег для владельцев бизнеса. Работая в конкретной компании, участвуя в конкретном проекте, каждый работник стремится к достижению своих личных целей.
Команда успешного проекта это команда победителей. Программистами не надо управлять. Задача РП – направлять людей и помогать им в достижения их личных целей. Успешный проект должен сделать победителем всех его участников.
Автор: craft_brother
Источник [1]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/upravlenie-riskami/64507
Ссылки в тексте:
[1] Источник: http://habrahabr.ru/post/229233/
Нажмите здесь для печати.