Керувати проектом складно. Обсяг, ресурси, очікування, графіки та бюджети постійно змінюються. Хоча Microsoft Project може допомогти вам з механікою організації, планування та відстеження проекту, він не може допомогти вам запобігти всім підводним каменям в управлінні проектом. Ось розглянемо десять найпоширеніших підводних каменів і поради, як їх уникнути.
Почніть з малого
Щоб правильно почати новий проект, почніть з роздумів над загальною картиною і систематично переходьте до деталей. Ви повинні зрозуміти мету, цілі та стратегічну важливість проекту, перш ніж зануритися в детальні завдання, необхідні для завершення проекту.
Почніть із таких питань: чи слід організувати проект за результатами? За фазою? За географією? За типом технології? Подумайте про наслідки організації вашого проекту в кожному з цих способів. Після того, як ви визначите, як ви хочете організувати проект, ви можете почати свою структуру розбивки робіт (WBS). Якщо ви вирішите організувати його за фазами, кожна фаза вашого проекту буде відображена на верхньому рівні WBS; якщо ви вирішите, що результати є кращим способом організації проекту, це найвищий рівень. Як тільки ваш верхній рівень буде встановлений, ви можете почати розкладати верхній рівень на більш детальні робочі пакети та з робочих пакетів на завдання.
Не вдається висвітлити свої припущення
Неможливо спланувати проект без деяких припущень. Робити припущення не є проблемою, але вірити, що інші люди знають — або навіть поділяють — ваші припущення — проблема.
Щоразу, коли ви починаєте новий проект, створюйте журнал припущень — або в електронній таблиці Excel, або у вигляді таблиці Word. Задокументуйте припущення, вкажіть кінцевий термін його перевірки та додайте поле для коментарів. Це дуже просто, але гарантує, що всі працюють за однаковими припущеннями.
Вставте припущення в розділ Примітки завдань, на які впливає припущення.
Ставтеся до свого проекту як до єдиного VIP (дуже важливий проект)
Ваш проект важливий для вас; насправді, це може бути найважливішим аспектом вашої роботи. Однак це може бути не таким важливим для всіх інших. Якщо ви працюєте в організації, яка має багато поточних проектів, ваш, швидше за все, не є пріоритетом №1. Щоразу, коли з вашого проекту вилучають ресурси, щоб допомогти з іншим, просто поверніться до розкладу та перегляньте свій план, щоб завершити роботу. Можливо, вам доведеться переглянути базовий план або навіть створити новий.
Вважайте, що доступність - це набір навичок
Коли ви працюєте глибоко всередині проекту і намагаєтеся збалансувати доступність ресурсів з роботою, яку потрібно виконати, найпростіша стратегія — шукати перший нерозподілений або недорозподілений ресурс і призначити цю людину для виконання завдання. Проблема в тому, що нерозподілений ресурс може не мати навичок для виконання роботи. Посада співробітника в ІТ-відділі, наприклад, не гарантує і навіть не означає, що він може створити базу даних або створити систему. Визначте навички, необхідні для завершення роботи, і визначте набори навичок доступних ресурсів. Можливо, вам навіть знадобиться визначити рівні кваліфікації , наприклад початковий, середній та експертний.
Підпишіться на міф про необмежені ресурси
Якщо ви не розраховуєте зусилля та тривалість виконання кожного завдання, ви ризикуєте призначити занадто багато роботи одному ресурсу. У більшості випадків ресурси не присвячені проектам на повний робочий день. Багато ресурсів працюють у матричній організації; вони працюють над кількома проектами або виконують проектну роботу.
Якщо ви не визначите, скільки часу потрібно витратити на проект, і вирівняти роботу відповідно до цього, ви зіткнетеся з неприємним сюрпризом, коли проект відстає, оскільки його ресурси не виділені на 100 відсотків або тому, що ви їх розподілили в цілому.
Покладайтеся на нереальні оцінки
Як керівник проекту, ви покладаєтесь на членів команди, щоб надати точні оцінки вартості та тривалості їхньої роботи. Зрештою, ви не можете бути експертом у кожній галузі. Однак, оскільки ви все ще несете відповідальність за графік і бюджет, які ви розробляєте, ви повинні зрозуміти, як були розроблені оцінки, а потім перевірити відповідний метод оцінки.
У розділі Примітки задокументуйте основу оцінок і припущення, використані для розробки оцінки, щоб допомогти відстежувати змінні, пов’язані з оцінкою.
Забудьте підготуватися до закону Мерфі
Менеджер проекту має позицію «можу зробити». Однак, якщо ви займаєтеся вирішенням проблем і досягненням результатів, це не означає, що ви можете дозволити собі бути сліпим оптимістом щодо проектів. Виконання вчасно та в рамках бюджету частково залежить від створення резерву на випадок непередбачених випадків як для графіка, так і для бюджету. Ви можете створити резерв для окремих завдань, які за своєю суттю ризиковані, і встановити загальний резерв проекту. Для більш простих проектів достатньо резерву в 10 відсотків. Для передових технологій вам може знадобитися 50% резерву або більше.
Піддатися зустрічі з божевіллям
Перешкодою № 1 для виконання завдань, безсумнівно, є Зустріч. Ви можете згадати робочі дні, коли ви мінялися від однієї зустрічі до іншої, тільки щоб дійти до кінця дня і зрозуміти, що вам не вдалося завершити жодну свою роботу. Ймовірно, вам не потрібно було відвідувати всі з них — або що, якби вони, принаймні, були запущені ефективніше, вони могли б завершитися вдвічі швидше.
Припиніть божевілля зустрічі! Плануйте зустрічі — навіть щотижневі статусні зустрічі — лише за необхідності. Експериментуйте, проводячи командні збори кожні два тижні або індивідуальні зустрічі з окремими членами команди.
Якщо конкретна тема порядку денного вимагає внеску від зацікавленої сторони, запросіть цю особу відвідати лише цю частину зустрічі, а потім вибачте її повернутися до роботи.
Забудьте, що це лише модель
Після того, як ви знаєте, як створити ефективний розклад за допомогою Project, не приймайте його за реальність. Розклад — це просто модель реальності, враховуючи наявну на той час інформацію. Інформація, припущення, оцінки та ресурси змінюються, ризики та проблеми завжди присутні, і, звичайно, змінюється масштаб проекту. Тому, як тільки ви розробите проект, він, ймовірно, застарів.
Зрозуміло, зробіть все можливе, щоб оновити модель за допомогою останньої інформації, але пам’ятайте, що просте планування події не гарантує, що вона відбудеться.
Покладаючись на чудеса
Якщо ви не можете зрозуміти, як вкластися в термін, враховуючи ресурси та інформацію, яку ви вводите в проект, ви навряд чи втримаєтеся в цьому терміні. Насправді, Project може допомогти вам повідомити про проблеми, притаманні агресивній даті доставки. Ви можете показати зацікавленим сторонам розклад і попросити їх допомогти вам визначити, як пришвидшити виконання завдань. У деяких випадках зацікавлені сторони можуть надати відповідну інформацію, яка допоможе вам швидше закінчити; в інших випадках, однак, вони хочуть, щоб проект було виконано до певної дати, але немає розумного способу вкластися в термін.
Коли перед вами стоїть нереальний термін, дотримуйтесь його якнайкраще. Якщо термін просто неможливий, визнайте це. Ви можете використовувати Project для пошуку альтернативних підходів до досягнення результатів проекту, хоча ви не можете використовувати його для стиснення часу.