Про процессы и людей глазами очевидца

Усложнять просто. А вот упрощать — очень тяжело.

Часто вижу, как менеджеры продуктов, бизнес-архитекторы, программисты придумывают и пытаются сделать сложный продукт сложным с самого начала. И это занимает уйму времени, ресурсов и сил участвующих.

И хорошо, если времени и ресурсов хватает. А заказчик или клиент готовы ждать.

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

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

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

Такой подход позволяет и текст в блог написать, и Пушкинскую карту в срок запустить, и вчерашними выпускниками IT-курсов делать вполне приличные MVP.

Держите в голове сложное, но делайте проще. Это ценится.

www.tg-me.com/us/Про процессы и людей глазами очевидца/com.cloveri/225

754 viewsMay 17, 2022 at 17:25

Усложнять просто. А вот упрощать — очень тяжело.

Часто вижу, как менеджеры продуктов, бизнес-архитекторы, программисты придумывают и пытаются сделать сложный продукт сложным с самого начала. И это занимает уйму времени, ресурсов и сил участвующих.

И хорошо, если времени и ресурсов хватает. А заказчик или клиент готовы ждать.

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

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

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

Такой подход позволяет и текст в блог написать, и Пушкинскую карту в срок запустить, и вчерашними выпускниками IT-курсов делать вполне приличные MVP.

Держите в голове сложное, но делайте проще. Это ценится.

BY Про процессы и людей глазами очевидца