Продолжаю делиться мыслями по итогам прочтения биографии Илона Эрроловича Маска (автор — Уолтер Айзексон).
Одним из интересных моментов книги было описание Алгоритма, который автор биографии называет мантрой Маска по разработке продукта.
Базовая версия алгоритма состоит из 5 пунктов.
1️⃣ Оценивайте любое требование критически. Нужно знать, кто именно предъявляет каждое из требований. Нельзя довольствоваться тем, что требование предъявляется «юридическим отделом» или «отделом безопасности». Нужно знать имя конкретного человека, который выдвинул требование… Всегда оценивайте любое требование критически, даже если оно исходит от меня [имеется в виду, от Маска - прим. автора заметки]. Затем делайте так, чтобы требование стало не таким тупым.
2️⃣ Избавляйтесь от всех этапов процесса, от которых можно избавиться. Возможно, позже их придется вернуть на место. Если вам не пришлось вернуть хотя бы 10 % из того, что было убрано, вы убрали недостаточно.
3️⃣ Упрощайте и оптимизируйте. Это необходимо делать после второго шага. Распространенная ошибка возникает тогда, когда вы упрощаете и оптимизируете тот этап процесса, от которого вообще следует избавиться.
4️⃣ Уменьшайте время цикла. Любой процесс можно ускорить. Но заниматься этим нужно только после первых трех шагов.
5️⃣ Автоматизируйте. Это последний шаг. Серьезной ошибкой в Неваде и во Фримонте стало то, что я [Илон Маск - прим. автора заметки] начал с автоматизации всех этапов. Нам следовало подождать, пока мы критически оценим все требования, избавимся от лишних процессов и устраним все баги [суть в том, что Маск пришёл к выводу, что сначала следовало в ручном режиме пройти процессы, и только потом автоматизировать их - прим. автора заметки].
Небольшой комментарий от автора заметки.
Осторожно хочу напомнить, что не бывает на 100% универсальных решений и рекомендаций. У каждой ситуации есть свои нюансы.
1️⃣, 4️⃣ и 5️⃣ пункты откликаются моему профессиональному опыту.
По 5️⃣ пункту очень важен комментарий, который можно свести к следующему соображению:
Сначала опишите, пройдите и отладьте процесс в ручном режиме и потом уже автоматизируйте.
Пункт 2️⃣, скорее, не откликается, так как у автора заметки есть прямо противоположный опыт, когда отсутствие некоторых процессов приводило к проблемам. Но, возможно, это как раз относится к тезису: Если вам не пришлось вернуть хотя бы 10 % из того, что было убрано, вы убрали недостаточно.
Использование 3️⃣ пункта, как мне кажется, сильно зависит от контекста. В большинстве случаев действительно целесообразно упрощать и оптимизировать, но, в свою очередь, этим можно сломать метрики качества продукта.
У алгоритма есть ещё и расширенная версия. Обещаю не затягивать и рассмотреть дополнительные пункты в одной из ближайших заметок. 🙂
______________________________________
Если заметка была для вас интересной, то поддержите её 👍 или поделитесь ей с коллегами. 🙂
Подписывайтесь на канал, чтобы не пропустить новые заметки.
Возможно, вам также будет интересно: