Просто сделать

Сет Годин пишет в своем блоге о необходимости, начиная проект или работая над ним, задавать себе вопрос — в чем смысл?

It feels like you’re doing the work, but at some point, hopefully, someone asks, «what’s the point of this?»

Is it worth doing?

Compared to everything else we could be investing (don’t say ‘spending’) our time on, is this the scariest, most likely to pay off, most important or the best long-term endeavor?

Or are we just doing it because no one had the guts along the way to say STOP.

Are you doing work worth doing, or are you just doing your job?

Задаваться таким вопросом полезно, но я хочу сейчас развить прямо противоположную тему. Я не знаю более действенного способа остановить проект, нежели задать вопрос «А зачем это всё?». Учитывая, что очень многие проекты в интернете начинают делаться с довольно смутным представлением о конечной картине мира, которая сложится в ходе реализации проекта, подобный вопрос сильно «приземляет» авторов проекта. О да, это хорошо, когда начинается большой проект, требующий обоснований, вложений и массы ресурсов. Но многие мелкие проекты часто быстрее сделать, чем обсудить их по стандартной процедуре — с подготовкой презентации, обсуждением и распределением обязанностей.

Я не раз сталкивался с подобным и это выглядит достаточно странно для меня в том числе и потому, что немалую часть жизни я провел за быстрым принятием решений — дежурный или диспетчер на железной дороге не может несколько дней думать над оперативным решением поступающих задач:). Хочу еще напомнить замечательную фразу из «Звездной пехоты» Хайнлайна:

Выполнить действие сразу гораздо полезнее, чем долго обдумывать оптимальный ход и сделать его через час.

И в любом случае — выполнить действие сразу гораздо полезнее, чем долго отвечать на вопрос, надо ли его делать, и придти к выводу, что выполнять его не нужно. А как вы считаете?

Subscribe
Сообщать
guest
15 Комментарий
старые выше
новые выше популярные
Inline Feedbacks
View all comments
Paradoxion

Очень правильно сказано. Если долго думать можно и никогда не запустить проект. А что еще хуже, просто пропустить момент, когда это все актуально.

Vlad Ossipov

Согласен на все 120%. Кстати, а вы действительно рулили жд потоками? Поздравляю со сменой фавиконки.

Kirill

Смотря о каких вложениях идет речь. Если для старта проекта требуется только время, усилия и нервы — то можно запускать не задумываясь, и в любой момент остановить…а вот если требуются финансовые вливания, особенно значительные, особенно со стороны…стоит призадуматься

Aleksey Trufanov

Не пойму, зачем обощать. Есть решения, которые ТРЕБУЮТ быстрого решения (тот же жд поток) и есть решения, которые НЕ ТРЕБУЮТ быстрого решения, а даже наоборот — требуют спокойного обдумывания. Например, разработка ПО: любой, кто сталкивался с этим, скажет Вам, что лучше потратить лишнюю неделю на проектирование, чем бегом браться за реализацию и потом бесконечно переделывать, затягивая сдачу проекта. Хотя, конечно, всё хорошо в меру.

Аналогично и в бизнесе: потратить кучу денег, сил, нервов и времени, чтобы потом бросить просто потому что не подумали, кто будет этим пользоваться и откуда будут идти деньги, т.е. не набросали даже простейший бизнес-план — не лучшая идея. Об это хорошо написано в книге «Как загубить собственный бизнес» Бакшта.

Guest

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

Aleksey Trufanov

Прототип вы будете делать на основании 15-минутного обдумывания, или всё таки потратите некоторое время на изучение предметной области (хотя бы основ), общение с клиентом и анализ его требований (хотя бы основных)?

Guest

Практика показывает, что обычный клиент очень слабо представляет что ему нужно в действительности. И он это начинает более-менее осознанно понимать, только когда вертит в руках готовое изделие. Причём на уровне не более детальном, чем «оно»/»не оно». Поэтому если стоит задача выполнить «от и до» ТЗ, который придумали заранее — Ваш подход замечателен. Если же стоит задача закрыть потребность клиента — он не подходит. Потому что ТЗ — одно одно, то, что на самом деле нужно клиенту — это другое, а то, что реализуют программисты по ТЗ — это совсем третье. Поэтому есть непреложное правило: чем раньше клиент ознакомится с продуктом, тем меньше придётся переделывать.

Guest

Да мне лень на кнопки давить 🙂

Артём

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

Ssiterating

Да! 🙂