10 речей, які потрібно пам'ятати для реалізації вашого проекту

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

1. Реалізація проекту починається з плану

Що б ви не втілили, вам потрібен план переходу проекту від «проекту» до «бізнес як завжди». Будемо сподіватися, що це вже задокументоване, або принаймні накреслене. Це частина проекту, яка потрапляє між виконанням проекту та закриттям проекту на життєвому циклі проекту.

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

2. Залучити команду операцій

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

Вони повинні бути готові отримати все, що дає їм проект.

Порада: Створити довіру з потрібними людьми на самому початку проекту, і він повернеться в цей момент.

3. Підготуйте навчальні матеріали

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

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

Щось більше, і ви повинні будете зібрати серйозні навчальні матеріали, щоб допомогти їм впоратися з цим.

Порада: Переконайтеся, що у вас вишикувалися люди для проведення навчання. Якщо ви йдете по шляху «живого» тренінгу (або навіть онлайн-самостійного тренінгу - вам все одно потрібен хтось для запису матеріалів), ви повинні перевірити їх доступність. В ідеалі, ви не повинні проводити навчання як керівник проекту.

4. Графік достатньо часу для навчання

Тренування, це день, правда? Ми можемо підготуватися до підготовки персоналу для нового персоналу на обідній перерві.

Ні! Поговоріть з деякими людьми у вашій команді HR та з'ясуйте, скільки часу потрібно для того, щоб забезпечити якісне навчання. Додайте до цього той факт, що вам, можливо, доведеться багаторазово проводити курси "один на один", щоб дозволити людям, які перебувають у різних змінах або працювати або брати участь у такому критичному стані, що вони не можуть відвідувати навчання в цей день, і ви можете побачити, як швидко розширюється час навчання.

Вам потрібно, як довго вам потрібно. Заощаджуйте на тренуванні, і ви не отримаєте віддачу від інвестицій в кінцевому результаті. Простий.

5. Спілкування, спілкування, спілкування

Чи всі знають, що відбудеться на живий день? Якщо необхідно, підготуйте план відліку, який документує, хто робить що за кожну годину. Ми успішно використовували ці програми на великих реалізаціях програмного забезпечення, де існує декілька кроків і команди, задіяні в отриманні нової технології. Наприклад, команді інфраструктури необхідно забезпечити готовність апаратних засобів і пройти остаточні перевірки. Потім команда платформи готує середовище і бере необхідні резервні копії.

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

6. Прибирайте Вашу документацію

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

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

7. Зробіть управління змінами

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

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

8. Перевірте передачу знань

Отже, ви не будете примушувати службу IT Service Desk скласти іспит на вашому проекті або що-небудь ще, але відкладіть час і зусилля, щоб перевірити, що вони дійсно взяли на борт знання, які ви передали їм.

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

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

9. Не забувайте про дані

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

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

10. Плануйте свій вихід

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