Про швидкість роботи
Висока швидкість в продуктовій розробці — один із пререквізитів скоріше успішного та живого, ніж неуспішного та неживого продукту. Швидкість нічого не гарантує, але збільшує кількість спроб та зворотнього зв’язку від реального світу. Мова не тільки про швидкість написання коду, а про все — діскавері, дизайн, валідацію гіпотез, продажі, маркетинг.
З книжок про стартапи та створення продуктів ми знаємо про перші принципи:
- «move fast and break things»
- «якщо тобі не соромно за першу версію, ти спізнився»
- «fail fast» та оце все
Загалом, якщо команда побудувала процес, який дозволяє ship’ити швидко — це вже дуже-дуже-дуже круто, бо вимагає великої кількості зусиль, жертв та подавленого еґо.
Як і в будь-якої гідної уваги речі у всесвіті, у швидкості є зворотній ефект. Коли ти звик постійно робити щось швидко та часто, будь-який рух тілом відчувається корисним та продуктивним за замовчуванням. Пофікшений баг, додана за запитом одного користувача кнопка, виконана термінова задача від керівника, запущений A/B-тест в форматі «ну а раптом». Творчий безлад, щось робиться, все несеться, you name it.
Щоб дати оцінку швидкості, потрібно дивитись на табло з результатами. Швидкість легко обговорювати, коли ми можемо подивитись, скільки запусків або зроблених дій принесли конкретні результати. Заробили гроші, привели або утримали користувачів, уточнили розуміння проблеми, знайшли перспективний напрямок для команди на наступний квартал.
Нерідко броуновський рух задач та людей приховує те, що команди насправді хз що треба робити та куди рухатись. Коли ти командир в душі, за посадою або збігом обставин, то треба махати шашкою, аби ніхто не дізнався, що тобі потрібен час, увага та крок назад, щоб зрозуміти що робити далі. Багато хто боїться не знати відповідь на питання, тому створює роботу для інших просто, щоб команда чимось була зайнята™.
Кожного разу, коли я провертаю це, життя дає по голові. «Без паніки, треба швиденько все робити, в мене є бачення!». Хуячення.
Висока швидкість працює добре, коли:
- є визначена проблема, підтверджена чимось, та чітке бачення того, що ми хочемо побудувати
- є дуже визначена потреба, люди готові тобі заплатити, але чомусь немає конкретного рішення на ринку
- є технічна, бюрократична вимога або нова регуляція, по якій все зрозуміло, і її треба врахувати терміново, щоб компанія не влетіла на гроші
Коли висока швидкість не призводить до результатів — потрібно знизити швидкість і почати розбиратись з тим, що, для кого та чому ми робимо, і як це допоможе нам перемогти. Найчастіше це означає почати робити діскавері, говорити з користувачами, опитувати, показувати та ставити питання, думати довше та глибше.
Але ж і це не гарантує, що в нас все вийде — створення продуктів та життя загалом максимально несправедливі. Проте, це веде до того, що ви починаєте розуміти та знати те, чого не знають інші люди. Якщо ви працюєте над продуктом, то ви маєте знати більше та бути «в матеріалі». Швидкість роботи, яка не робить вас більш досвідченим відносно проблеми, яку вирішує ваш продукт, треба калібрувати.
Коли ти дорослий, бігти швидко може бути круто: якщо ти розумієш куди біжиш, для чого та що тобі за це буде. Бігти швидко просто тому, що прикольно бігти швидко — вайб дитини, яка з’їла пів кіло цукру та має багато вільного часу.
Обкладинка статті — з інстаграму ozo.art