Иллюзия контроля держит наш разум занятым.
Начнем с того, что происходит, когда кто-то умирает. Мы храним много их ценного имущества, чтобы удержать этого человека. Нас соблазняют артефакты некогда реальной жизни. Мы часто теряемся в иллюзорном мире ритуалов. Мы делаем это, чтобы «сохранить» их часть или чувство завершенности, которое у нас когда-то было. Но увы, они мертвы. Больше здесь нет. Суровая реальность. Мы цепляемся за артефакты и ритуалы, которые, по сути, являются иллюзиями контроля.
Не говорится, что это упрощает трагедию или огромное значение ритуала, но мы видим множество сфабрикованных «реальностей», которые сохраняются десятилетиями без особого практического рассмотрения или смирения.
Я чувствую то же самое в отношении артефактов процессов в процессах разработки программного обеспечения. Я считаю, что артефакты процесса - это общий зверинец письменных, набросков и разработанных носителей, созданных для создания рабочего программного обеспечения, или внутренняя документация наших идей, которые приводят к чему-то реальному.
Артефакты процесса великолепны. Они необходимы. Обдумывать масштабные идеи на бумаге намного дешевле, чем думать в коде или в исходном коде. Нам нужны схемы, рабочие процессы информационной архитектуры, каркасы, дизайн пользовательского интерфейса и многое другое. Однако руководство и высшее руководство постоянно забывают, что создание программного обеспечения - это не то же самое, что строительство офисного парка. Офисное здание имеет определенное количество этажей, парковочные места, туалеты, осветительные приборы и т. Д. Программное обеспечение, напротив, полностью органично, податливо, оно растягивается и сжимается, расширяется в ширину и тонко, объединяет узкое и глубокое.
Программное обеспечение называется «программным обеспечением», а не «документацией».
Есть только два важных артефакта от программного процесса 1) автоматизации и 2) рабочего программного обеспечения. Все остальное - всего лишь идея программного обеспечения; дискурс, окружающий потенциальное воплощение концепции в цифровой / аппаратной форме; повествование о о создании гипотетического программного обеспечения, которое могло бы материализоваться определенным образом.
Наша полная неспособность признать органическую природу создания программного обеспечения в сочетании с неспособностью принять временную и незначительную природу артефактов, как правило, приводит к обилию документации - очень просто потому, что артефакты заставляют нас чувствовать себя в безопасности, предсказуемыми и контролируемыми.
Артефакты немного похожи на святыни знаменитостей.
Странная вещь о святынях знаменитостей: знаменитости не обращают внимания и не замечают, потому что они мертвы. Святыни и мемориалы действительно просто заставляют нас чувствовать себя в безопасности и под контролем, что мы каким-то образом обладаем властью над органической и таинственной природой самой жизни. Святыня существует только как декларация о нашей воспринимаемой реальности, а не реальной реальности. Точно так же наше программное обеспечение не заботится о создании лишних артефактов, потому что между лишними артефактами и работающим программным обеспечением просто нет канала.
Великие артефакты являются именно тактическими, но при этом допускают загадочную неизвестность, возникающую при создании программной системы. Люди Agile знали это, и в основе их простого манифеста лежит глубокое понимание природы органических систем. Соответствующее количество артефактов может быть создано только скромной группой, которая понимает конечные границы своих знаний и способностей к предсказанию.
При отсутствии этой фундаментальной веры в способность достичь без фасада конкретной уверенности два токсичных явления, которые я наблюдаю чаще всего, - это 1) диссонанс исполнительной власти и 2) очередность артефактов.
Исполнительный диссонанс
Это разница в ожиданиях между руководителями и высокопроизводительными сотрудниками. Скорее всего, ваша исполнительная команда давно перестала заниматься реальной работой. Теперь они тратят свое время на продажу продукта, создание партнерских отношений, евангелизацию и сбор денег - все это важные вещи. Они не могут собирать деньги без уверенности или, по крайней мере, видимости уверенности. Здесь артефакты играют решающую роль. В этом есть смысл.
Руководители должны помнить, что только потому, что они убеждают инвесторов в том, что артефакты реальны, предсказуемы и важны, артефакты не всегда проявляются в реальном продукте. Многие артефакты (особенно письменные) мало пригодны для высокопроизводительного сотрудника. Гораздо лучше сказать: «Мне действительно нужны фантастические артефакты, чтобы собрать деньги или обеспечить это партнерство, но на следующей неделе я хочу поговорить со всеми вами, чтобы узнать, как мы можем тактически строить, чтобы получить от A → B. Пожалуйста, скажите мне, как я могу помочь ускорить, информировать и быть частью вашего органического процесса (вместо того, чтобы указывать на красивую цветную бумагу, объявляя даты доставки) ».
Очередь артефактов
Рядом с исполнительным диссонансом у нас есть очереди артефактов. Если мы правы, предполагая непредсказуемый характер создания программного обеспечения, и что артефакты заставляют нас чувствовать себя теплыми и безопасными, тогда естественным эффектом с течением времени будет очередь артефактов, т. Е. производя гораздо больше артефактов и активов, чем можно построить.
Это особенно токсичная практика, прежде всего потому, что она полностью игнорирует две вещи: 1) реальную пропускную способность системы и 2) то, что небольшие промежутки времени меняют все, т. Е. На следующей неделе у нас могут быть совершенно другие предположения о продукте, рынке, людях и финансах - активы, произведенные на этой неделе, могут не иметь цели и быть полностью дезинформированными на следующей неделе.
Если мы не можем построить это, мы хотим поговорить об этом. Наша команда разработчиков в течение следующих двух недель работает над важными вещами, но у нашей бизнес-команды и дизайнеров пользовательского интерфейса есть свободные циклы, так что давайте заставим их вместе создавать высококачественные ресурсы. И давайте позаботимся о том, чтобы у нас было много встреч с руководством и топ-менеджерами для обсуждения гипотетических вещей, основанных на ошибочном представлении о предсказуемой реальности.
Описанный выше сценарий может быть немного драматичным, но он невероятно распространен. Вот почему стали популярными Agile, Scrum, Kanban, XP, Lean и различные системы «первым пришел - первым ушел» или системы с ограничением объемов работ. Проще говоря, объявлять программные системы предсказуемыми на самом деле безумие, и навязывать это заблуждение командам, состоящим из технических, высокопроизводительных и творческих людей, ужасно расточительно и разрушительно для морального духа и производительности.
Просто продолжай двигаться.
Продолжайте создавать свои артефакты, но помните, что они просто представляют идеи, а не реальное программное обеспечение. Чем больше артефактов вы создадите, тем больше артефактов вы получите. Ваши высокопроизводительные сотрудники знают об этом и, вероятно, устали тратить время зря.
Хакерский полдень - это то, с чего хакеры начинают свои дни. Мы часть семьи @AMI. Сейчас мы принимаем заявки и рады обсудить рекламные и спонсорские возможности.
Если вам понравился этот рассказ, мы рекомендуем прочитать наши Последние технические истории и Современные технические истории. До следующего раза не воспринимайте реалии мира как должное!
