Манифест потока

Вернуться к тому, что работает, и избавиться от причуд

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

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

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

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

Пункты этого манифеста:

  1. Удаление все влияние Кента Бека на практике программного обеспечения, в частности, все аспекты экстремального программирования и разработки через тестирование. Это контрпродуктивно, а в некоторых случаях садистично.
  2. устранение Agile и Scrum методологии разработки программного обеспечения. Это немного больше, чем ребрендинг с дополнительными встречами
  3. Смена акцента от модульного тестирования обратно к тестированию черного ящика и восстановление выделенных команд QA, встроенных в команды разработчиков
  4. восстановление программной документации как условие для всей серьезной работы и устранения идеи, что дизайн — это то, что делается в тестах
  5. увольнение менеджеров, которые навязывают практика социального программирования, особенно парное программирование
  6. Замена открытых офисов и шумных социальных сетей на частные кабинеты одноместного размещения. Офис разработки программного обеспечения должен звучать как библиотека.
  7. Устранение обязательные утренние встречи требующий часа пик добирается.
  8. институциональное культивирование расширенного диапазона внимания и агрессивное устранение прерываний всех видов и тому прекращение или переназначение инженеров, которые не могут сосредоточиться от того, что они выросли с мгновенным удовлетворением в их жизни и потреблением развлечений
  9. восстановленное признание ценные индивидуальные вкладчики высокой способности к деталям и ответственности
  10. устранение спортивные и финансовые метафоры в работе программного обеспечения
  11. Отказ от плохая номенклатура и вводящие в заблуждение неологизмы и возвращение к точным соглашениям об именах в общении
  12. устранение понятия «личные стили» в форматировании кода и разработке программного обеспечения и их замене строгими и технически обоснованными схемами работы, которые используют настоящие инженеры
  13. освоение нового и устаревшего факторы, обеспечивающие потоквключая, но не ограничиваясь этим, работу на дому и оправдание повторяющихся и других встреч

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

Ресурсы

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



Источник: Манифест потока


Похожие материалы по теме: Манифест потока

Leave a comment