В разработке программного обеспечения и в жизни

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

Каждый проект сопряжен с уникальным набором проблем и препятствий. Чтобы добиться успеха, важно, чтобы вы подходили к любому проекту с четко определенной целью.

Отделите сигнал от шума

Часто люди говорят о целях в общих чертах: «Я хочу создать что-то, что изменит то, как мы _______». Однако, когда дело доходит до исполнения, у нас есть довольно плохие слепые зоны:

  1. Изо всех сил стараются наметить шаги для эффективного выполнения
  2. Неспособность принять неоптимальные, но необходимые решения
  3. Сложность перенаправления при перемещении цели

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

Часто результаты, которые больше не нужны или не актуальны, могут доминировать и сорвать проект в целом. Когда команды гипериндексируют детали, которые больше не актуальны, драгоценное время и ресурсы тратятся впустую. Распознавайте, когда «важные» шаги стали «отвлекать».

Отвлекающие факторы не нейтральны.

Приоритезация

Приоритезация и понимание того, что такое сигнал, а что шум, идут рука об руку - эффективная приоритезация зависит от четко определенной цели.

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

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

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

Большинство приоритетных решений сводятся к компромиссам. Оставаться намеренным - понимание всеобъемлющей цели - имеет фундаментальное значение для устойчивого роста.

Twitter - github - сайт