Чим вище і впливовіше ризик, тим раніше команда розробки повинна його ідентифікувати, оцінити й розробити заходи щодо його мінімізації.

Ми декомпозуємо потенційний ризик і його вплив, розраховуємо ймовірності, визначаємо плани з мінімізації та дії в надзвичайних ситуаціях та включаємо їх у процеси.

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

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

Чим частіше команда повторює «болючу» активність, тим швидше підвищується ефективність, врешті-решт перетворюючи її на звичну рутину.

Ми ніколи не дозволяємо цим сферам напруги існувати в проєкті занадто довго: ми знаходимо основну причину і навчаємо команду долати їх через практику.

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

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

Ми керуємо очікуваннями зацікавлених сторін, оскільки хочемо, щоб всі були синхронізовані з реальним статусом.

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

Ми гарантуємо, що всі зацікавлені сторони та інвестори, розробники, аналітики, QA і PO всіх команд працюють в єдиній парадигмі.

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

Менеджер проєкту в Cprime Studios сміливий, спритний, ініціативний і має власну думку, засновану на досвіді та цікавості. Це важка робота, але вона має цінну винагороду — бути тим, хто керує створенням чогось важливого з нічого.

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

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

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