Підхід

Kick-off зустрічі або пілотний продукт

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

Формат «тільки kick-off зустрічі» є продуктивним або коли продукт очікується невеликим, або коли потрібні дуже швидкі результати. Ми визначаємо порядок денний зустрічей, проводимо їх, шануючи ваш час, відповідаємо на ваші запитання і дізнаємось про все потрібне для правильної організації робочого процесу. Документуємо зустрічі та прийняті на них рішення і готуємо все до наступного кроку — узгодження формату роботи й початку самих робіт.

У разі більш стратегічного й масштабного продукту, ми, найімовірніше, запропонуємо вам перевірити один одного на практиці, у форматі «пілотний продукт». Спільно ми визначимо невелику частину продукту, розробивши яку, ми зрозуміємо продуктивність нашої співпраці і просунемося у досягненні загальної мети. У такому процесі співробітництва ми зможемо показати наші процеси на практиці, швидко продемонструвати перші результати і якнайшвидше дізнатися про важливі аспекти майбутнього продукту. Майже завжди ми можемо запропонувати вам таку постановку задачі, що випуск навіть пілотного продукту вже почне приносити користь вашій компанії.

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

Побудова системного формату співпраці

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

Узгодження задач і робота з вимогами

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

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

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

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

Підтримка продукту в production

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

Ми підготували процедури пошуку проблем, щоби швидко реагувати на потенційний чи номінальний інцидент. Для ефективності вирішення інцидентів ми маємо всі потрібні інструменти — трекер технічних помилок (sentry), моніторинг vital метрик (atop у найбільш аскетичному варіанті, або кастомізовані dashboard на grafana), моніторинги продуктових метрик (найчастіше — особливий канал в slack для сповіщень плюс технічний борд для інженерів), інформативні логи (просто у файловій системі в аскетичному варіанті, при більшому розмірі продукту — на ELK).

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