Около года назад я читаю Phoenix Project Отказ Как вы, возможно, прочитали в моем обзоре, я думал, что это было удивительно. Он коснулся многих важных аспектов разработки программного обеспечения и DEVOPS.
Его преемник Проект единорога теперь доступен, и это одинаково удивительно. Одна часть в книге об отзывах пользователей действительно ударила аккорд со мной.
Владение вашим продуктом
В проекте Phoenix есть большой фокус на том, как разработчики, OPS и команды безопасности должны работать вместе, чтобы получить лучший поток работы. В истории конфликтующие приоритеты этих команд расщепления часто приходят на пути идеи, идущей на производство. При собрании в одной команде и предоставленной той же цели, команда становится все более эффективной.
Но повышение эффективности само по себе не решает все ваши проблемы. Возможно, вы все еще можете строить неправильные вещи, или наращивать его таким образом, чтобы не соответствовать потребностям людей, которых вы их строите. Книга сосредоточена на том, как группа людей, шире, чем просто devsecops, может работать вместе, чтобы улучшить, насколько они эффективны.
В одном примере в книге идея прошла несколько комитетов в течение 2 лет до того, как она была поднята. В конце концов, разработчик подобрал историю, но не мог понять детали того, что нужно было произойти. Когда идея и реализация несколько отсоединяются как во времени, либо на физическом расстоянии между заинтересованными сторонами и разработчиками, она в значительной степени влияет на как эффективность и эффективность.
Я действительно мог относиться к другому примеру. На этой неделе у моей команды встречалась с нашими собственными переводчиками. Они показали нам, как они перевели все, что нам нужно для нашего сайта. Мы построили систему, чтобы синхронизировать строки, которые будут переведены на них и синхронизировать переводы обратно, когда они сделаны. Всего за один час мы нашли несколько небольших изменений, которые мы могли бы сделать, чтобы облегчить их жизнь.
Быть без связи со своими фактическими заинтересованными сторонами — настоящая проблема. Книга делает действительно ясно, что это не ответственность одного человека. Вместо этого все отвечают за понимание того, как используются их продукты.
А также более
Книга касается много разных тем и идей, многие из которых я не ожидал. Например, есть четкий фокус на психологическую безопасность и положительное влияние, которое он может иметь как на команде, так и на уровне организации. Все во всей книге заставила меня размышлять во многих отношениях, тем же опытом, что и тот, который у меня был с проектом Phoenix.
Кроме того, это просто очень интересно прочитать о борьбе о борьбе разработчика и как она преодолевает их. Легко относиться к разочарованию, исходящему от компании, которая хочет, но не может измениться.
Если вы заинтересованы в DevOps, я настоятельно рекомендую вам дать Проект единорога читать.
Оригинал: «https://dev.to/raoulmeyer/book-review-the-unicorn-project-j95»