Сьомий Deadly Sins of Project Manager

Осередки говорять про те, що гріх темніє розум, ослабляє і захоплює волі, віджимає серце людини з смарагістю і відчайдушністю. Блаженний - це той, хто усвідомлює причину свого граната, гріхості, не обставин життя або дії інших. Правильна діагностика також призводить до загоєння.

Відсутність амбіції Немає проектів. РП має чітко розуміти власні мотиви, чому він взяв цей проект. У разі, якщо тільки відповідь – це «відповіли, що ви вводили», – знаю, що смартість і відчуження лише навколо кута.

RP, починаючи з нового проекту, ставить на ставку високу ціну - її репутація. Тому він повинен чітко розуміти, що він отримає, якщо проект успішно завершено. Мета повинна бути досить значним, що бажання досягнути, це може підтримувати стан постійного горіння від початку до завершення проекту. Не очікуєте, що будь-яка команда повинна бути більшою, ніж її лідер.

Якщо після укладення договору на розробку програмного забезпечення, RP планує наступну зустріч з замовником при прийнятті тестів, то він прямує до сумності та відчуження.

Можливо, хтось вважає, що успіх проекту – це втілення в програму 100% вимог до призначеного періоду і в межах виділеного бюджету, це не справа. Успіх проекту живе у свідомості людей. Успіх – перш за все почуття задоволеності клієнтів.

Ступінь задоволення – суб’єктивне значення, що є співвідношенням суб’єктивної оцінки досягнень суб’єктивної оцінки очікувань або потреб.

Необхідно постійно керувати очікуваннями замовника і сформувати адекватну оцінку представленого результату. Для забезпечення постійного відчуття задоволеності від старту проекту до його завершення необхідно працювати РП.

Ви повинні постійно продати свій проект, залучати клієнта в роботі на продукті. Отримайте коментарі та виправте їх. Зробіть клієнту співавтором Ваших результатів. Який батько не любить дитину?

Пристрасть до прогресування полягає в тому, щоб реалізувати в першу чергу якомога прості вимоги, які дозволяють продемонструвати швидкий прогрес проекту. «Розвиток цілей, розробка стратегії, планування, аналіз, проектування – це все після!»

Закон Парето для розробки програмного забезпечення стверджує, що 80% вартості розробки обумовлено лише 20% вимог до продукту, без виконання яких продукт стає просто непотрібним для замовника. Решта вимог, як правило, так звана "декорація", частина якої клієнт, часто може відмовитися від отримання товару на час.

Також є архітектурні ризики. Закон Парето застосовується тут. 80% споживання ресурсів (час і пам'ять) нараховується на 20% програмних компонентів.

Управління має бути спрямоване на зниження ризиків. Тому перш за все, перш за все, необхідно надати важливі та архітектурно значущі вимоги до замовника.

Розглядайте себе найбільш компетентною в команді. Закриття рішень з усіх питань, від структури таблиць в базі даних до кольору шрифтів в інтерфейсі. Замість того, щоб пояснити, що робити, існують постійні інструкції щодо того, як це зробити. Настроювання власних ідей. «Дика моя робота. Як я кажу! Ні делегування в будь-якій формі. Стрий моніторинг всіх робіт за допомогою активного особистого нагляду.

Делегування прийняття рішень іншим є, мабуть, найбільш потужним і найбільш ефективним для всіх управлінських інструментів, доступних, кращих показників ефективного управління.

Делегація неможливе без взаємної довіри. Довіра – найбільша форма мотивації. Він приносить життя краще, що людина. Яким шляхом досягнення узгоджених результатів є керівництво, яким делеговано керівництво.

Повіра, що проектний графік 100,500 позицій з десяти рівнями ієрархії є шлях до успіху. Залишається тільки правильно стежити за прогресом завдань.

Наявність докладних схем Gantt ще не врятував будь-який проект від катастрофи. Тому що «девастація не в шафах, девастація в голівках», - сказав професор Дображенський.

Таким чином, РП, який протягом робочого дня не спілкувався з кожним з його прямих підлеглих, отримує свої гроші в ваговому режимі. Не варто забувати про статус роботи. Ви можете говорити про вечірній футбол (Що #$%^&*!!!!) Бразилія-Німеччина 1:7!) або здоров'я улюбленого шинка.

Не має сенс зробити програмістів, які працюють більше, влаштовують час і субота. Більше не означає, що робота більш продуктивно працює. Навпаки. Надмірний тиск і мінуси призводять до непереборних рішень і численних наступних змін.

«Особливий бізнес – це спокійне місце. Але «фабрика, що характеризується «бойлінгом» діяльністю та «робо-героїзмом» робітників, які ловлять око будь-якого відвідувача, фактично погано керованого». – Петро Ф. Дракер

Реальний РП повинен бути досить мереживним. Слід постійно стежити і оцінити ефективність всіх процесів, що використовуються в проекті. "Що ми робимо додаткові?" «Що може бути простіше? «Що загрожує проект?» Робота для зменшення зайвих зусиль, а не «видимих нових героїчних перемог». й

Беліф в Мотивації Повірити, що якщо правильно мотивувати, можна змінити все у людей.

Гроші, прибуток, комфорт та інші подібні стимули є чинниками «гігієна». Їх відсутність може викликати програмістів для оновлення резюме на годину. Однак вони не можуть зробити людей, які люблять свою роботу і дають їм необхідні внутрішні стимули, які не можуть впливати.

Працівники не зазвичай приходять до компанії, оскільки вони зобов’язані виконувати свою місію. І не заробляти гроші для власників бізнесу. Робота в конкретній компанії, яка бере участь в конкретному проекті, кожен працівник прагне досягти своїх особистих цілей.

Команда успішного проекту – команда переможців. Програми не повинні керуватися. Завдання РП полягає в тому, щоб надати людям і допомогти їм досягти своїх особистих цілей. Успішний проект повинен стати переможцем.

Джерело: habrahabr.ru/post/229233/