Сушим работу: как разработка может перестать быть исполнителем

В моём докладе про управление в кризис много эмоций вызвала тема «сушки» работы. Парадигма эта разработке непривычна, потому что стандартный процесс выглядит как: «Нате требования — пилите, Шура».

«Сушка» работы же подразумевает, что требования можно видоизменять. То, что принёс бизнес-заказчик — не истина в последней инстанции, а просто предмет обсуждения.

⭐️ Философия «сушки»

Для того чтобы успешно «сушить» работу, разработке в первую очередь нужно выйти из своего технологически-кодового пузыря и подумать о клиентах. Обычно мы так зациклены на коде, тестах и системах, что забываем: все продукты в первую очередь делаются для людей (которые платят за эти продукты деньги, из которых, в свою очередь, платятся наши зарплаты).

Нельзя просто так взять и убрать требования из задачи. Чтобы грамотно «сушить» работу, нужно внимательно разобраться:

➡️Какую потребность клиента мы пытаемся закрыть этой задачей? ➡️Точно ли у клиента есть эта потребность, или это просто гипотеза? ➡️Можно ли закрыть эту потребность проще и дешевле?

Только полное понимание ответов на эти вопросы покажет нам, какие части фичи нужно реализовывать в полном объёме, а какие можно упростить.

⭐️ Но это же работа продакта!

Вообще этой философии я научился, запуская свои стартапы. Стартапы не взлетели, но опыт бережливого производства отпечатался на подкорке.

Безусловно, это работа продакта. Но давайте не забывать, что средний продакт: ➡️тоже человек ➡️работает на несколько продуктов и не всегда успевает так заморочиться

Я лично отношусь к этому как к возможности помочь продакту сделать фичу проще, быстрее и дешевле. И именно этот посыл я транслирую в коммуникации. Ни разу не было такого, чтобы продакт на меня обижался за мои вопросы — мы всегда находили общий язык.

Давайте посмотрим с другой стороны. Одна из задач руководителя разработки — сделать стабильную и быструю поставку фич. Этого можно добиваться как классическим выстраиванием процессов, так и отсечением того, что не нужно делать. Выполняя работу по анализу фичи, вы тем самым можете ускорить поставку. В моём случае мы сокращали объём работы даже вдвое.

А ещё это помогает разработке не забывать о том, что продукт они делают для людей.

// Сушите ли вы работу в своей команде?

В этом посте были ссылки, но мы их удалили по правилам Сетки