Возлагайте большие надежды на себя, но не на команду разработчиков

Если вы хотите счастливой жизни разработчика, избегайте больших проектов, гибких проектов и особенно крупных гибких проектов.

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

Это создаст волну энтузиазма, и в волнении все решат, что все будет завершено в рекордно короткие сроки, и проект будет реализован без единой проблемы.

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

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

  • Это будет сложнее, чем вы думаете
  • Это займет больше времени, чем вы думаете
  • Это будет стоить больше, чем вы думаете
  • Первоначальный план и дизайн будут неправильными, и вам нужно будет думать на ходу.

Избегайте завышенных ожиданий

«Величайший трюк, который когда-либо проделывал дьявол, заключался в том, чтобы убедить мир в том, что создавать программы легко»

Упрощение необходимо, чтобы получить приблизительную оценку, помните Разработка программного обеспечения никогда не терпит неудачу в плане, всегда в исполнении

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

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

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

Готовьтесь к худшему

Вы не можете предотвратить появление проблем, ошибок или проблем, но вы можете подготовиться к ним.

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

Не позволяйте истории вселить в вас ложную уверенность, иначе вы можете столкнуться с проблемой индюшачьего разработчика. Отсутствие резервного копирования среды может работать без проблем, пока среда не сломается и вы не сможете восстановить ее.

Писать код легко, но создавать программное обеспечение сложно

Создавать программы скучно, потому что ярлыков нет. Вы должны пройти через каждый шаг. Как в марафоне, вы добираетесь до конца, делая один шаг впереди другого.

Худшая среда для создания программного обеспечения — это когда разработчики спешат уложиться в нереалистичные сроки. Спешка создает больше проблем/ошибок, а поздняя доставка делает команду разработчиков ненадежной.

Мудрый разработчик избегает проблем, а не решает их. Чем меньше кода вы создаете, тем меньше кода нужно поддерживать. Создание кода должно быть первым или единственным вариантом, который вы используете.

Спросите себя: Что самое худшее может случиться? Это недействительно.

Терпение

Писать код легко, создавать ПО сложно

Не завышайте оценки, а следите за процессом. Не торопитесь и дайте точные оценки.

Худшая среда для создания программного обеспечения — это когда разработчики спешат уложиться в нереалистичные сроки. Спешка создает больше проблем/ошибок, а поздняя доставка делает команду разработчиков ненадежной.

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

Избегайте боли

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

Избегайте задержек проекта, предоставляя точные оценки и снижая ожидания быстрой доставки.

Большинство крайних сроков — это произвольные даты, выбранные кем-то, потому что так написано в плане на странице.

Большинство сроков и планов проектов не основано ни на чем, кроме принятия желаемого за действительное.

Арбузные отчеты

Арбузные отчеты — это оптимистичные обновления статуса, которые зелены снаружи и красны внутри. Менеджеры проектов говорят всем, что разработка идет по плану, в то время как команда разработчиков знает, что это не так.

Это скрывает правду от руководства и мешает проекту узнать о наличии проблемы и решить ее.

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

Разработка программного обеспечения — это как арбуз

Будьте готовы уточнить и подтвердить

Большинство разработчиков не проходят тест на желтого кота, потому что верят тому, что видят и говорят.

Либо требования неверны, либо разработчики делают предположения. Результат тот же: команда разработчиков создает неправильное программное обеспечение.

Не доверяйте ничему и никому; уточнить и проверить все.

Всегда задавайте себе следующие вопросы:

  • Где я не прав?
  • Кто или что лжет?
  • Как это меня трахнет?

Дополнительные материалы на PlainEnglish.io. Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter, LinkedIn, YouTube и Discord . Заинтересованы в хакинге роста? Ознакомьтесь с разделом Схема.