Якщо маленькі проекти можна вважати кораблями (або зорельотами, якщо вам так більше подобається), то управління великими IT-проектами ближче до командування цілим флотом. Як вам, як підприємцю, підійти до ведення складних проектів і впевнитися, що ваша команда з розробки за кордоном забезпечить найкращі можливі результати?
1. Забудьте про розробку та почніть планувати
Для стартапів критично важливо якомога швидше перейти від ідеї до першої версії MVP продукту, але для складних IT-проектів важливо витратити достатньо часу на бізнес-аналіз, планування програмного проекту та уточнення ваших цілей, зокрема:
- Які цілі проекту?
- Які типи користувачів будуть використовувати цей продукт?
- Які функції має включати продукт?
- На якому масштабі буде працювати продукт?
Великі IT-проекти не мають гнучкості для корекції та повороту, як це роблять стартапи, тому важливо з самого першого дня проекту встановити чіткий фокус. Чіткий обсяг проекту та цілі ведуть до чітких завдань для менеджерів, дизайнерів і розробників, тоді як чіткі завдання ведуть до ефективного виконання.
Після того, як ви повідомили обсяг проекту вашій команді з розробки програмного забезпечення за кордоном, настав час описати всі функції з точки зору різних користувачів (наприклад, водіїв, операторів, вантажників, якщо ви створюєте продукт для логістики) і підготувати функціональні специфікації.
У випадку з маленькими проектами функціональні специфікації можуть проходити через кілька ітерацій у міру просування проекту. Але при управлінні великими програмними проектами функціональні специфікації повинні бути чіткими, перш ніж ваша команда зможе перейти до наступного етапу.
2. Архітектура вашого успіху
Ви знаєте, що є вашим бізнесом, визначили функції, які вам потрібні, але маєте розмите уявлення про те, що потрібно зробити з технічної сторони для досягнення цього. Системний архітектор — ваш найкращий друг у цьому. Простими словами, він або вона:
- Розбиває складні вимоги до програмного забезпечення на керовані частини (дуже простими словами речі, як «Користувачі можуть увійти до свого профілю з різних платформ та веб-сайтів, щоб перевірити статус свого замовлення або вибрати отримання SMS», будуть переведені на «Розробка API та інтеграція SMS-сервісу»);
- Готує структуру системи (може бути намальована за допомогою різних інструментів картування впливу та інструментів ментального картування);
- Обирає технічні рішення та методи, які будуть використовуватися (наприклад, обирає MongoDB замість mySQL, залежно від потреб проекту).
Звісно, системний архітектор не працює ізольовано і постійно консультується з вами, керівником проекту та іншими членами команди.
Системна архітектура для MeinFernbus
3. Підтримуйте видимість
Раніше ми згадували, що кожен повинен розуміти мету проекту та свою роль у процесі її досягнення. Але тут є ще один аспект управління складними проектами — учасники повинні розуміти, що роблять інші, щоб:
- Зміни ефективно комунікувались;
- Відбувалась співпраця між командами;
- Учасники могли чітко бачити, на якому етапі дорожньої карти вони та інші команди наразі перебувають.
4. Привикайте до довших спринтів
Agile-підхід з робочою версією проекту, що постачається кожні два тижні, є поширеним серед офшорних команд розробки. Але для великих проектів розробки слід використовувати довші терміни, щоб уникнути пустих спринтів.
Але це не означає, що ви не повинні мати доступ до прогресу вашої команди. Запитайте доступ до інструментів, які вони використовують для управління великими проектами, щоб мати можливість отримувати щоденні та щотижневі звіти про витрачений час і контролювати виконання проекту.
5. Радійте помилкам
Звичайно, помилки та баги дратують, і чим менше їх, тим краще, але для великих програмних проектів чим раніше, тим краще — чим раніше хтось помітить і повідомить про помилку у функціональних або операційних вимогах, тим дешевше буде її виправити. А для великих проектів, таких як ті, що використовують AngularJS або Symfony2, про які ми згадували, це значна сума грошей.
Висновок
Отже, при замовленні великих проектів розробки вам потрібно консультуватися з бізнес-аналітиком, відводити достатньо часу для планування та узгодження різних частин проекту, просити компанію з аутсорсингу програмного забезпечення залучити системного архітектора та впевнитися, що процес роботи над проектом є прозорим для всіх учасників, а також створити атмосферу, в якій раннє повідомлення про помилки є усталеною практикою.
Studio stfalcon.com має великий досвід у розробці масштабних рішень для великих компаній, і ми з радістю працюватимемо над проектом для вашого бізнесу. Розкажіть нам більше про те, що вам потрібно info@stfalcon.com. Давайте створимо щось неймовірне разом!
