Ми покращуємося. Наші проєкти стали ще точнійшими
Раді повідомити що 10.09 ми офіційно зарелізили новий механізм передроєктної підготовки. Це дуже відчутний апгрейд нашої технології впровадження для нових і існуючих клієнтів, а саме – декомпозиція впровадження по ролям. Звучить трошки складно, зараз спробую пояснити суть більш просто. Але забігаючи наперед спробую відповісти на питання “Що це дасть існуючим та майбутнім клієнтам?”:
- збільшиться точність оцінки, а прості проєкти стануть ще дешевше. Ми протестували наш метод оцінки на минулих проєктах і отримали результат зменшення вартості проєктів на 12-15%;
- оцінка стане ще зрозуміліша, а великі проєкти можуть забирати на себе певні ролі. Тобто при наявності ресурсів (спеціалізованих людей в команді замовника) наші клієнти зможуть з абсолютною точністю визначати які типи робіт вони будуть забирати на себе;
- відповідальним за проєкт зі сторони клієнта стане простіше презентувати і пояснювати склад впровадження своїм ЛПР. Тобто зменшується навантаження на то, щоб перетворити технічне в бізнесове до запуску проєкту.
Ітак, як ми дійшли до цієї трансформації? Ми як інтегратор маємо забезпечити певні умови для успішності проєкту. Зараз не буду наводити перелік всіх умов, їх багато, але серед них є:
- формалізація складу робіт/задач проєкта. Що це? Це коли ми до старту проєкта розуміємо які задачі треба виконати, щоб реалізувати побажання клієнта. Задачі обʼєднуються в блоки, а блоки в склад робіт.
- оцінка к-ті годин для реалізації цих задач. Так як ми працюємо по моделі під ключ, то ми озвучуємо клієнту вартість впровадження, яка не змінюється (при умові що замовник не змінює вимоги до початкових задач). Тобто ми озвучуємо блок робіт, к-ть годин і вартість цього блоку.
- ресурси, які треба підтягнути для реалізації задач: налаштування; розробка; конектори; ліцензії.
Приблизно так це виглядало до нашого апдейта методології впровадження:
Але в робочій експлуатації минулої моделі ми відчули дефіцит декомпозиції проєктних робіт. Тобто коли проєкт можна розібрати не тільки по задачам і блокам, а і по роботам які будуть виконуватися в рамках цих задах і як наслідок визначити ролі і обсяг задач по цим ролям. Нагадую, що в наших проєктах приймають участь такі ролі:
- Team lead. Це керівник проєкту, він головує над всіма процесами проєкту в т.ч. над строками, точністю реалізації задач і т.д.;
- Інтегратор. Це людина, яка безпосередньо працює з операційними задачами налаштування;
- Налаштовувач та тестер. Це інтегратор рівня junior, він майже не взаємодіє з клієнтом;
- Розробник. Це програміст який виконує функції розробки програмного коду.
Це все команда впровадження. І уявімо що клієнт говорить “у мене є штатна людина, я хочу забрати частину роботи щоб зменшити вартість проєкту”. І тоді ми давали або блок загалом, або мудрили над тим що саме виконаємо ми, а що представник замовник. Зараз, при новій моделі, ви можете це зробити самостійно, визначаючи що:
- ось тут ми заберемо на себе налаштування і тестування
- ось тут заберемо написання ТЗ
- і т.д.
Тобто це більша свобода, прозорість і точність реалізації проєктів впровадження від команди QubeSoft. А виглядатиме нововедення приблизно так:
Тому всі, хто прочитав нашу новину і вже захотів скористатися нашими послугами – очікуємо ваші заявки на пошту: d.levoshich@qube-soft.com, або залишайте заявку в нашій формі на цьому сайті.