Über das Buch
Код пишется и макеты рисуются для того, чтобы компания быстрее и точнее конкурентов понимала и выполняла потребности своих клиентов. Для достижения этого результата следует понимать, какие инструменты работают, а какие мало применимы в мире постоянных перемен. В своей книге я рассказываю, как можно выстроить внутреннее качество IT-систем и процессы разработки таким образом, чтобы успевать вовремя подстроиться под любые изменения внутренней и внешней среды, а также изменяющиеся по ходу реализации проекта нужды заказчика. Одним из ключевых понятий данного исследования является понятие «антихрупкость». Мой собственный предпринимательский опыт и опыт моих партнёров, клиентов и друзей убедил меня в том, что при создании IT-продуктов важное внимание следует уделять их «антихрупкости» — прочности, работоспособности предлагаемых клиенту решений в условиях меняющегося мира.
Andere Versionen
Bewertungen, 17 Bewertungen17
Неплохая книга, но по сути сборник статей с сильно разной глубиной проработки тем, и целостного видения на разработку IT продуктов не дает.
Например, темы работы с требованиями раскрыты хорошо. Про архитектуру и инженерные процессы описано скорее для не инженеров, и взяты больше хайповые, а не полезные, темы.
Главы про унаследованные системы и тех долг - просто реврайтинг общих статей по теме.
Где там "Антихрупкость" непонятно, и кажется слово это в заголовке скорее для хайпа)
Очень классная книга! Озвучил её для ЛитРеса и получил массу положительных эмоций, поскольку сам являюсь программистом. Подробный отзыв оставил к аудиоверсии, продублировать, к сожалению, не дают :)
Однозначно рекомендую!
Раскрытые темы в книге меня сильно заинтересовали как специалиста в сфере IT-технологий. На мой взгляд, было много спорных моментов, которые мне показались не до конца освещены, но это не так критично. Книга читается легко, по минимуму использовано научных терминов, для начинающих работников айти сферы эта книга станет идеальным решением. Автором удачно подобрано поэтапное предоставление информации.
Алексей Миронов, спасибо и готов обсудить спорные моменты :)
Я полностью книгу не проситал, но скажу так, 1)использование английских слов и не указывать перевод это неправильно (и это не вопрос в языковом скиле) если книга как проф. литература у нас должны быть однозначные понимания и в более серьезных книгах были баталии для перевода некоторых сдов на русский, что бы они правильно отражали значение, писать английские слова русскими буквам, это зачем?
2)книга не имеет понятной логической структуры, в тексе больше воды чем сути
3)каждый параграф на новой странице зачем?
4)не увидел и прямой аналогию с Талебом, назыание больше для маркетинга чем о каких то фундаментальных мыслях
5)разместить сноски и в них ссылки на свой сайт, это честное слово противно, покупать книгу что бы еще переть каждый раз на ваш сайт - НЕТ.
6)я повелся на рейтинг и название т к книги Талеба нравится читать
Вывод: я больше разачарован чем рад трате времени и изучению этого толмуда
Прекрасно написанная книга, которая может быть полезна начинающим и опытным менеджерам it проектов. Если вы решили переделать свою систему и не знаете с чего начать, начните с этой книги.
Какая колонка идёт последней на вашей Kanban-доске? Могу поспорить, что это Release, Deploy, Done или что-то в этом духе. Последней колонкой на доске должна стать – «Проверка достижения цели». Недостаточно просто залить фичу на сервер, нам нужно проверить, как эта фича повлияла на продвижение к цели.