Джефф сазерленд scrum революционный метод управления проектами: Книга: Scrum. Революционный метод управления проектами — Джефф Сазерленд

Содержание

Книга: Scrum. Революционный метод управления проектами — Джефф Сазерленд

  • Просмотров: 1119

    Скрижаль альтера

    Александра Лисина

    Порой всего один поступок способен перевернуть все вверх дном. Вот и у Инги, не…

  • Просмотров: 586

    Дамские штучки

    Надежда Волгина

    Однокомнатная квартира на отшибе, любимая работа, вредный кот и суровый начальник – то,…

  • Просмотров: 441

    Мой чужой дом

    Люси Кларк

    Эль Филдинг всегда гордилась своим великолепным домом на вершине скалы над морем. И лишь…

  • Просмотров: 393

    Тропами Снайпера. Долг обреченных

    Константин Кривчиков

    Никогда заранее не знаешь, что сулит встреча с незнакомцами: в особенности, если она…

  • Просмотров: 250

    Теоретик. Один и без оружия

    Владимир Корн

    Любой дар может стать и проклятием. Именно так и произошло в случае с Игорем…

  • Просмотров: 249

    Приятного вечера!

    Джеймс Чейз

    За полвека писательской деятельности британский автор детективов Рене Брабазон Реймонд…

  • Просмотров: 239

    Смерть в хрустальном дворце

    Кэролайн Данфорд

    Пока мир висит на грани войны, Эуфимия узнает, что угрозы кроются и на гораздо более…

  • Просмотров: 235

    Нейрографика. Алгоритм снятия…

    Павел Пискарёв

    Мы все хотим любви, достатка и комфортной жизни, реализации своих талантов, достойного…

  • Просмотров: 234

    Принцесса фениксов. Допрыгалась?

    Ольга Янышева

    Ольга, веселая и общительная выпускница института культуры, попадает в другой мир.…

  • Просмотров: 194

    Большой тренажер мозга на основе…

    Антон Могучий

    В этой книге представлена уникальная система тренировки для развития и укрепления…

  • Просмотров: 193

    Профи

    Александр Шувалов

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

  • Просмотров: 188

    Восьмой детектив

    Алекс Павези

    «Я не мог остановиться, когда читал «Восемь детективов»… В конце хотелось…

  • Просмотров: 180

    Реквием блондинке

    Джеймс Чейз

    На счету у Рене Реймонда, известного во всем мире как Джеймс Хэдли Чейз, английского…

  • Просмотров: 165

    Лунный скандал

    Дженнифер Арментроут

    Рози Херпин обычно охотится за привидениями, но на этот раз преследовать будут ее саму.…

  • Просмотров: 163

    Таро. Полное руководство по чтению карт…

    Нина Фролова

    Карты Таро – одно из удивительнейших явлений человеческой культуры. В течение столетий…

  • Просмотров: 153

    Нарушитель самоизоляции

    Марина Серова

    Частный телохранитель Евгения Охотникова даже обрадовалась введению режима самоизоляции.…

  • Просмотров: 145

    По ту сторону жизни

    Андрей Ильин

    50-е годы прошлого века. Страна в кризисе и ожидании смены правления. Сталин начал…

  • Просмотров: 143

    Иной мир. Часть третья

    Никита Шарипов

    Неужели это все? Они проиграли? Слишком сильный был выбран противник. Теперь за группой,…

  • Просмотров: 138

    Поверхностное натяжение

    Джеймс Блиш

    Джеймс Блиш (1921–1975) – представитель «золотого века» американской фантастики,…

  • Просмотров: 134

    Не мой уровень

    Джеймс Чейз

    За полвека писательской деятельности британский автор детективов Рене Брабазон Реймонд…

  • Просмотров: 131

    Адепт

    Адам Пшехшта

    Варшава начала 20 века. Появившийся в городе анклав, населенный демонами из мрачных…

  • Просмотров: 130

    Катарсис

    Михаил Таран

    Основная сюжетная линия этой книги, разворачивается в недалёком, постапокалиптическом…

  • Просмотров: 128

    Обратный отсчет

    Джеймс Прескотт

    Поразительное открытие, совершенное доктором Гриром на дне Мексиканского залива, показало…

  • Просмотров: 127

    Дневник Стива, застрявшего в Minecraft.…

    Minecraft Family

    Minecraft – суперпопулярная игра, в которой можно делать ВСЁ. И только Стив не знает о…

  • Джефф Сазерленд — Scrum. Революционный метод управления проектами

    Кто автор

    Джефф Сазерленд — советник венчурного фонда OpenView Venture Partners, глава компании Scrum, Inc. и автор методики Scrum, которую он описывает в своей книге. Он разработал методику в 1993 году и формализовал её в 1995 вместе с Кеном Швабером. Методология Джеффа использовалась и используется компаниями-разработчиками программного обеспечениями по всему миру. Но Джефф понял, что Scrum может приносить пользу не только ИТ-компаниям, и адаптировал её для других отраслей — финансов, здравоохранения, высшего образования, телекоммуникаций. Он консультирует множество компаний, помогая им создавать сверхпродуктивные команды. Джефф работал на позиции технического директора в одиннадцати технологичных компаниях.

    О чем книга

    Книга основателя методики Scrum, которая поможет вам реализовывать проекты в несколько раз быстрее и эффективнее. Возможно, историки будущего будут разделять прогресс человечества четкой линией: до Scrum и после настолько эта методика революционна. Её используют в большинстве технологичных компаний мира, но теперь она доступна всем, кто имеет дело со сложными проектами в любой отрасли.
    Джефф изобрел свою методику, пытаясь справиться с недостатками классического управления проектами: людям редко удается работать слаженно, эффективно и быстро, большинство планов не выполняются (ни по времени, ни по ресурсам), подразделения и команды часто выполняют противоречащие друг другу задачи или дублируют их.

    За 20 лет существования Scrum помогла не только большинству разработчиков программного обеспечения, но и ФБР, автопроизводителям, фармацевтам и простым людям, планирующим свои дела.
    Эта книга полностью перевернет ваш подход к управлению проектами и поможет достичь результатов, которые раньше казались невозможными. Неважно, хотите ли вы изменить систему образования, изобретать новые технологии, бороться с голодом, просто открыть стартап или управлять своей командой в разы эффективнее. Scrum поможет вам успевать больше, затрачивая меньше времени и ресурсов.

    Для кого эта книга
    Для всех менеджеров проектов, руководителей, ИТ-специалистов.

    Купить бумажную книгу
    Купить электронную книгу (FB2 EPUB TXT PDF RTF)
    Скачать книгу (FB2 EPUB TXT PDF RTF)

    Похожее

    Читать книгу по бизнесу Scrum. Революционный метод управления проектами Джеффа Сазерленда : онлайн чтение

    Текущая страница: 1 (всего у книги 21 страниц) [доступный отрывок для чтения: 5 страниц]

    Джефф Сазерленд

    Scrum. Революционный метод управления проектами

    Jeff Sutherland

    SCRUM

    The Art of Doing Twice the Work in Half the Time

    Издано с разрешения Scrum, Inc. c/o The Ross Yoon Agency

    Правовую поддержку издательства обеспечивает юридическая фирма «Вегас-Лекс»

    © Jeff Sutherland and Scrum, Inc., 2014

    © Перевод на русский язык, издание на русском языке, оформление. ООО «Манн, Иванов и Фербер», 2016

    * * *

    Эту книгу хорошо дополняют:

    Управление проектами

    Вадим Богданов

    Бизнес-процессы

    Владимир Репин

    Deadline

    Том Демарко

    Предисловие партнера к российскому изданию

    Книга, которую вы держите в руках, написана одним из авторов Scrum. Он рассказывает о предпосылках создания методологии и основных ее аспектах.

    Самое важное в данной методологии (на мой взгляд) – ориентация на клиента. Заказчик должен получить то, что хочет, вовремя и с минимальными затратами.

    Основная идея методологии Scrum – итеративный подход к планированию и выполнению проекта. В отличие от линейного (каскадного) подхода, когда проект изначально планируется «от» и «до», а результат где-то «в конце пути», данный способ позволяет в короткие сроки с минимальными затратами получить готовый продукт. Конечно, он еще не обладает всеми требуемыми характеристиками, но его уже можно использовать. Далее в ходе проекта исполнитель получает обратную связь от клиента, на основе которой осуществляется циклическое наращивание функциональности и совершенствование продукта.

    Основная характеристика Scrum – гибкость. Данный подход позволяет оперативно реагировать на изменения в требованиях заказчика и быстро адаптировать продукт к ним.

    На сегодняшний день Scrum – хорошо проработанная методология. Ее популярность растет с каждым днем, в том числе в нашей стране. Однако при внедрении Scrum могут возникнуть трудности. Во-первых, предполагается активное участие заказчика в проекте, а во-вторых, требуется слаженная командная работа. По своему опыту могу сказать, что не всегда удается добиться присутствия заказчика на собраниях и адекватной обратной связи от него. Профессионализм, ответственность и умение работать в команде также нельзя назвать неотъемлемыми чертами нашей российской бизнес-действительности.

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

    Книга написана очень живым языком и благодаря насыщенности фактическим материалом легко читается. Автор приводит множество примеров проектов, в которых использовалась Scrum: от таких крупных, как план модернизации системы управления информацией ФБР и одной из крупнейших фармацевтических компаний, до проекта ремонта дома. Также в ней даются ссылки на исследования, которые иллюстрируют психологические аспекты управления проектами.

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

    Ульяна Самолова,президент Samolov Group

    Введение

    Почему Scrum?

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

    До того момента при управлении проектами по разработке программного обеспечения использовали каскадную модель – и так вплоть до 2005 года. Работа осуществлялась пошагово, постепенно продвигаясь к цели – получению конечного результата и передаче его пользователю. Процесс шел медленно, развивался непредсказуемо, зачастую так и не приводя к возникновению продукции, в которой нуждался заказчик или которую просто пожелали бы приобрести люди. Волокита, оборачивающаяся многими месяцами, а иногда и годами, – вот характерная черта каскадной модели. Предварительно составленные поэтапные планы, представленные на диаграммах Ганта, выглядели настолько подробными, что внушали руководству уверенность, будто процесс разработки находится у них под полным контролем, – и все-таки мы практически были обречены выпадать из графика и катастрофически выходить за рамки бюджета.

    Дабы преодолеть эти недостатки, я придумал в 1993 году Scrum – новый подход к решению вопросов, принципиально отличающийся от используемого ранее метода нисходящего проектирования. В отличие от предыдущих методологий, принцип Scrum был аналогичен эволюционным, адаптивным, самокорректирующимся системам.

    С момента своего возникновения концепция Scrum легла в основу проектирования новых программных продуктов для технологических отраслей. Однако, снискав признание и успех в Кремниевой долине среди руководителей проектов по созданию программного обеспечения и нового оборудования, в общей деловой практике Scrum остается еще малоизвестной методологией. Именно ради этого делового сообщества – людей, не связанных напрямую с миром высоких технологий, – я задумал написать книгу, в которой собираюсь раскрыть и разъяснить преимущества Scrum как системы управления в бизнесе. Я расскажу о первоистоках методологии Scrum: производственной системе компании Toyota и концепции, созданной для задач боевой авиации, – цикле OODA[1]. Рассмотрю вопрос, почему организация проектов силами небольших команд является более эффективным способом работы. Остановлюсь на следующих моментах: как правильно расставлять приоритеты в работе над проектом; как организовывать спринты, то есть короткие этапы разработки проекта (от одной недели до одного месяца), – причем делать это таким образом, чтобы каждый член команды отвечал за свою часть работы, а результат последующего этапа вбирал в себя функции проекта, реализованные на предыдущих этапах; как проводить ежедневные короткие обсуждения задач проекта, чтобы быть не только в курсе сделанного, но и тех трудностей, с которыми неизбежно приходится сталкиваться. Кроме того, я объясню, как методология Scrum объединяет концепцию непрерывного совершенствования и концепцию реализации продукта с минимальным функционалом, что позволяет не ждать завершения всех работ, а оперативно удовлетворять требования заказчика на каждом этапе проекта. Вы узнаете, что мы применяли Scrum при проектировании абсолютно всего: от создания дешевых автомобилей с расходом топлива четыре литра на сто пятьдесят километров до разработки современных, на уровне XXI века, баз данных ФБР.

    Прочитайте книгу до конца. Уверен, вы сами поймете, что с помощью Scrum сумеете пересмотреть свой подход к собственному делу: как вашей компании работать, создавать, планировать и принимать решения. Я убежден, что, применяя Scrum, можно радикально преобразовать деятельность предприятия практически в любой отрасли. Ведь эта методология уже совершила революцию в сфере инноваций, благодаря чему великолепная плеяда молодых компаний из Кремниевой долины и мира высоких технологий смогла стремительно завоевать рынок невероятным ассортиментом новых продуктов.

    Джефф Сазерленд

    Глава первая

    Привычное мироустройство дает трещину

    Джефф Джонсон был заранее уверен, что денек выдастся нелегким. Тогда, 3 марта 2010 года, Федеральное бюро расследований решило приостановить свой крупномасштабный и многообещающий план модернизации управления информацией. Воплотив его, ФБР смогло бы предотвращать события, подобные 11 сентября. Однако разработка проекта потерпела фиаско – одно из самых грандиозных, которое знавала история развития программного обеспечения. В Бюро пытались обновить свою компьютерную систему уже более десяти лет, и похоже, их постигла катастрофа. Опять провал.

    Но на сей раз – с детищем Джеффа Джонсона – все пойдет иначе.

    Семь месяцев назад он появился в ФБР и заинтересовал своим предложением директора по информационному обеспечению Чеда Фулгэма – когда-то они вместе работали в банке Lehman Brothers. Джеффа назначили помощником начальника управления информационных разработок и дали офис на верхнем этаже здания имени Эдгара Гувера, то есть в штаб-квартире ФБР, расположенной в центре Вашингтона, округ Колумбия. Из его просторного кабинета открывался вид на монумент Вашингтона. Вряд ли Джефф предполагал, что ближайшие два года ему предстоит провести в бетонном подвале, в каморке без окон, где он будет пытаться исправить проект, который, по общему мнению, считался безнадежным.

    Джефф Джонсон и его босс сочли правильным заявить о поражении и закрыть программу, работа над которой длилась без малого десять лет и обошлась ФБР в сотни миллионов долларов. Настал момент признать, что больший смысл имело бы забрать ее себе и трудиться над ней самостоятельно внутри отдела. «Решение далось нам нелегко, – сказал Джефф. – Но проект требовалось сделать, и сделать хорошо».

    Столь долгожданная электронная система была призвана помочь ФБР вступить в новую эпоху – эпоху Facebook, Twitter, Amazon и Google. Шел 2010 год, а большинство документации хранилось в бумажном виде. Программная система, когда-то созданная для нужд Бюро, называлась «Автоматизированная поддержка следственных дел» (Automated Case Support, ACS) и работала на гигантских ЭВМ – последнем слове техники далеких восьмидесятых. Многие спецагенты предпочитали ею не пользоваться. Слишком она была громоздкой и медленной для эпохи терактов и стремительно перемещающихся преступников.

    Когда агенту ФБР требовалось что-то сделать – а фактически все что угодно: заплатить осведомителю, выследить террориста, составить досье на банковского грабителя, – его работа мало чем отличалась от аналогичной тридцатилетней давности. Вот как описывает эту процедуру Джонсон: «Вы составляли в текстовом редакторе подробную записку и распечатывали ее в трех экземплярах. Одну копию посылали на утверждение, и она проходила всю санкционную цепочку до самого верха. Вторую отправляли в местный архив на случай, если первая потеряется. Ну а с третьей вы садились, брали красную ручку – да-да, я не шучу, красную ручку – и обводили ключевые слова для занесения в базу данных. Вы индексировали собственный отчет».

    Итак, если ваш запрос одобряли, то первый экземпляр пронумеровывали и спускали вниз. Просто номер, проставленный на листе бумаги, – именно так в ФБР осуществлялось управление документами по расследуемым делам. Система была вопиюще архаичной и фантастически уязвимой. В том числе и из-за нее на Бюро возложили вину, что его подразделения не сумели связать все сведения воедино и обнаружить многочисленных активистов «Аль-Каиды», въехавших в страну за месяцы и даже считаные недели до 11 сентября. Один отдел следил за некой подозрительной личностью. Другой отдел занимался сомнительными иностранцами, почему-то одновременно в большом количестве проходящими летную подготовку. В третьем отделе занесли в список особого контроля кого-то неблагонадежного. Но между отделами не существовало никакого обмена информацией. Во всем ФБР никто так и не сложил вместе имеющиеся данные.

    Комиссия 11 сентября[2] – в попытках установить внутренние факторы, позволившие произойти тому, что произошло, – детально изучила все обстоятельства террористических атак. По мнению членов комиссии, аналитики не могли получить доступа к информации, которую должны были исследовать. «Плачевное состояние информационных систем ФБР, – гласит отчет, – привело к тому, что получение такого рода доступа в большей степени зависело от личных отношений аналитика с сотрудниками оперативных команд и подразделений, располагавших информацией».

    До событий 11 сентября в ФБР никогда не выполняли экспертной оценки общей террористической угрозы Соединенным Штатам. На то было множество причин: от погони за карьерой до проблем с обменом информацией. Однако недостаток технологического развития указан комиссией как, пожалуй, основной фактор, из-за чего Бюро потерпело такое трагическое фиаско в дни, предшествовавшие 11 сентября. «Информационные системы катастрофически не соответствовали ситуации, – заключила комиссия в отчете, – в ФБР были лишены возможности охватить в полной мере ту информацию, которой оно обладало, поскольку не существовало эффективного механизма хранения и совместного использования накопленного объема знаний».

    Когда сенаторы начали задавать ФБР некоторые неудобные вопросы, представители Бюро в основном отделывались фразой: «Не беспокойтесь, мы уже разрабатываем план модернизации». На этот проект под названием «Виртуальные следственные дела» (Virtual Case File, VCF) возлагали большие надежды. В желании извлечь максимальную выгоду из любого кризиса отвечавшие за разработку чиновники заявили о необходимости добавить всего лишь 70 миллионов долларов к имеющимся 100 миллионам, которые были предусмотрены в бюджете. Если вы почитаете публикации того времени, рассказывавшие о новом программном обеспечении для ФБР, то обнаружите, что никто не скупился на слова вроде революционный и преобразование.

    Спустя три года проект закрыли. Программа была непригодна для работы. Ни на йоту. ФБР потратило 170 миллионов долларов из кармана налогоплательщиков на покупку компьютерной системы, которой никто никогда не будет пользоваться – ни единой строчкой кода, ни одним приложением, ни малейшим кликом мыши. Проект в целом оказался полностью провальным. И это нельзя считать простым недоразумением – неудачей IBM или Microsoft. Ведь на кону без преувеличения стоял вопрос о человеческих жизнях. На страницах Washington Post появилось признание Патрика Лехи, сенатора-демократа от штата Вермонт, председателя юридического комитета сената:

    Мы располагали информацией, которая могла бы предотвратить 11 сентября. А они там сидели, и никто не принял никаких мер… Я до сих пор не вижу, что они устраняют проблему… Пока мы дойдем до технологии XXI века, уже наступит XXII столетие{1}.

    Довольно показательно, что после провала программы «Виртуальные следственные дела» многие сотрудники ФБР перестали быть таковыми.

    К следующему проекту, названному «Страж» (Sentinel), ФБР приступило сразу, в 2005 году. Программа обязательно начнет работать. В данном случае все будет иначе: в Бюро примут необходимые меры, проведут надлежащие бюджетные процедуры и организуют правильные средства контроля. Они как следует выучили урок. Цена вопроса? Сущий пустяк – 451 миллион долларов. И система «Страж» будет полностью работоспособной в 2009 году.

    Что на этот раз могло пойти не так? Ответ появился в марте 2010 года и лежал на столе Джеффа Джонсона. Компания Lockheed Martin, подрядчик, которого наняли для разработки новой системы, опаздывала на год, осуществив лишь половину проекта и потратив 405 миллионов. Для завершения программы, по оценкам независимых экспертов, ей потребовалось бы еще от шести до восьми лет, а налогоплательщикам пришлось бы раскошелиться дополнительно на 350 миллионов долларов минимум.

    Разбираться с проблемой пришлось Джонсону.

    Почему все пошло не так? Как удалось справиться с ситуацией? Вот два вопроса, вдохновивших меня на написание этой книги. Нельзя сказать, что над проектом трудились неумные люди, или что в Бюро работали некомпетентные сотрудники, или что выбрали неверную технологию. Не было и речи ни о плохой трудовой дисциплине, ни об отсутствии здорового конкурентного духа.

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

    Когда узнаёшь, как происходил процесс разработки, то на первых порах создается впечатление, будто все складывалось вполне разумно. Прежде чем участвовать в конкурсе за право работать над проектом, сотрудники Lockheed изучили потребности заказчика и продумали, как создать систему, отвечающую его требованиям. Тогда собралось много разумных людей, терпеливо работавших на протяжении нескольких месяцев, планируя, что именно следует сделать. Затем они потратили еще больше месяцев, выясняя, как это должно быть осуществлено. Они нарисовали замечательные графики, где были обозначены и все подробности, которые нужно выполнить, и время, которое потребуется на каждую задачу. Потом за счет точного подбора цветов они показали, как каждая фаза проекта последовательно переходит в другую – все это напоминало водный каскад.

    Каскадная модель

    Такие графики называют диаграммами Ганта, по имени их создателя Генри Ганта. С распространением в 1980-е годы персональных компьютеров стало проще создавать разные затейливые диаграммы – и делать их по-настоящему комплексными – они превращались в подлинные художественные произведения. Весь ход проекта детально размечен. Каждый отдельный шаг. Любая стадия. Всякая дата поставки. Действительно, диаграммы Ганта производят глубокое впечатление. Существует лишь единственная проблема: они всегда неправильны – без исключения.


    Генри Гант придумал свои знаменитые диаграммы в 1910 году. Впервые ими начал пользоваться генерал Уильям Крузер, начальник артиллерийско-технической службы вооруженных сил США в Первую мировую войну. Каждый, кто изучал историю этой войны, знает, что ни подготовка кадровых ресурсов, ни система организации никогда не были ее сильными сторонами. Мне не дано понять, почему концепт времен Первой мировой войны становится де-факто аналитическим инструментом проектирования и применяется даже в XXI веке. Мы отказались от принципов позиционной войны, но каким-то образом ее «окопные» организационные идеи остаются популярными и по сей день.

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

    Такая схема действия довольно неуместна и напоминает модель поведения Политбюро ЦК КПСС в конце 1980-х годов, якобы верившему отчетам, которые оно получало накануне крушения Советского Союза. Чистая видимость. Сегодня, как и в те годы, отчеты продолжают быть важнее действительности – а ведь они, судя по всему, призваны ее описывать, – но если вдруг всплывут несоответствия, то виновным назначают реальность, а не диаграмму.

    В бытность свою кадетом Военной академии США, более известной как Вест-Пойнт, я спал в бывшей комнате Эйзенхауэра. По ночам уличные огни, отражаясь в висевшей над камином золотой табличке, иногда будили меня. Табличка гласила: «Здесь спал Дуайт Эйзенхауэр». Я вспомнил об этом президенте, поскольку он однажды заметил, что планировать сражение очень важно, но стоит прогреметь выстрелам – и твоя схема действий развеивается вместе с первым дымом. По крайней мере, Эйзенхауэру хватило здравого смысла не использовать диаграммы Ганта.

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

    Однако весной 2010 года Джефф и его босс, директор по информационному обеспечению Чед Фулгэм, в очередной раз просматривая план, поняли, какой полной профанацией являются, по сути, все подобные диаграммы. Эти двое начали изучать реальное положение дел, знакомиться с фактическими результатами и осознали, что решить проблему невозможно. Новые дефекты обнаруживались у программы быстрее, чем удавалось устранить уже выявленные.

    Чед доложил генеральному инспектору Министерства юстиции[3], что завершить систему «Страж» Бюро сможет только в том случае, если возьмет на себя управление проектом: они сократят количество разработчиков, выполнят наиболее трудную часть плана в пять раз быстрее и истратят менее одной десятой бюджетных денег. В докладах генерального инспектора Конгрессу, обычно сухих и официальных, явственно звучали скептические нотки.

    Представители финансового контроля, регулярно проводившие по распоряжению генерального инспектора проверку хода работ над проектом, в октябре 2010 года представили очередной отчет, в котором выразили серьезную озабоченность по поводу предложения ФБР; свои основные соображения они изложили в девяти пунктах, после чего следовало их заключение:

    В общем и целом у нас есть существенные опасения в отношении предложенного нового подхода; остается немало вопросов по поводу способности исполнителей обеспечить завершение проекта «Страж» без дополнительных расходов, без нарушения сроков и при сохранении в новой системе функциональности старой системы управления следственными делами…{2}

    Scrum — Революционный метод управления проектами — Джефф Сазерленд | BOOMINFO.RU — Слив платных курсов и тренингов | Схемы заработка

    [МИФ] Scrum — Революционный метод управления проектами
    Автор:
    Джефф Сазерленд

    О книге

    Книга основателя методики Scrum, которая поможет вам реализовывать проекты в несколько раз быстрее и эффективнее.

    Возможно, историки будущего будут разделять прогресс человечества четкой линией: «до Scrum» и «после» — настолько эта методика революционна. Её используют в большинстве технологичных компаний мира, но теперь она доступна всем, кто имеет дело со сложными проектами в любой отрасли.

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

    За 20 лет существования Scrum помогла не только большинству разработчиков программного обеспечения, но и ФБР, автопроизводителям, фармацевтам и простым людям, планирующим свои дела.

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

    Для кого эта книга

    Для всех менеджеров проектов, руководителей, ИТ-специалистов.

    Продажник:

    Скрытый текст:

    **Скрытый текст: Скрытый текст могут просматривать только пользователи следующих групп: VIP, Администратор, Модератор.**
    Скачать:

    Скрытый текст:

    **Скрытый текст: Скрытый текст могут просматривать только пользователи следующих групп: VIP, Администратор, Модератор.**

     

    Обзор книги книги Джеффа Сазерленда «Scrum: Революционный метод управления проектами»

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

    б) При управлении требуется подконтрольность и предсказуемость.

    в) Манифест:

    • Люди важнее процессов.
    • Фактическая работа продукта важнее документации, фиксирующей, что и как продукт должен делать.
    • Сотрудничество с заказчиков важнее обсуждения условия договора с ним.
    • Реакция на изменения важнее следования первоначальному плану.

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

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

    Меняйте производительность команды. Это даст гораздо больший эффект – больший на несколько порядков, — чем продуктивность отдельного сотрудника.

    д) Не ищите дурных людей, ищите вредные системы – системы, которые стимулируют ненадлежащее поведение и вознаграждают за плохую работу.

    е) Скрам-мастер задает каждому участнику группы три вопроса:

    1. Что ты делал вчера, чтобы помочь команде завершить спринт?
    2. Что ты будешь делать сегодня, чтобы помочь команде завершить спринт?
    3. Какие препятствия встают на пути команды?

    Ежедневные собрания на ходу:

    • каждый день;
    • в одно и то же время;
    • не дольше 15 мин.;
    • задавать одни и те же вопросы;
    • все должны стоять.

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

    Демонстрируйте или умрите!

    Выкиньте свои визитки.

    Информационная насыщенность ускоряет работу.

    з) Три вида потерь:

    • потери из-за неблагоразумного обращения с ресурсами; (1 тип – «абсурдность» или неадекватные/недостижимые цели, 2 тип – «неадекватные ожидания» — не перерабатывать, 3 тип – «перегрузка» — любая бессмысленная деятельность, 4 тип – «эмоциональные» — увольнять засранцев).
    • потери из-за неравномерного обращения с ресурсами;
    • любые потери, связанные с производственным процессом.

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

    Если слишком усердно трудиться, работы становится больше.

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

    ж) Использовать последовательность Фибоначчи (каждое последующее число равно сумме двух предыдущих чисел: 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144) при оценке задач.

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

    Коллективная оценка дает нам гораздо более точные результаты, чем индивидуальная.

    з) Любая история должна соответствовать критериям INVEST: (Independent. Negotiable. Valuable. Estimable. Small. Testable).

    • Завершенность, выполнимость, независимость (Independent).
    • Открытость (Negotiable).
    • Ценность (Valuable).
    • Оценочность (Estimable).
    • Лаконичность (Small).
    • Тестируемость (Testable).

    и) Динамика * время = результат.

    й) Эмоциональное состояние группы не менее важно, чем ее интеллектуальный потенциал.

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

    к) В конце спринта каждый участник группы должен ответить на несколько вопросов:

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

    Одна вещь, которая точно не имеет отношение к счастью – это удовлетворенность.

    л) Принцип расстановки приоритетов: из списка задач выбираем те, которые:

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

    м) Попытайте установить, как принести наибольшую пользу в кратчайший срок с наименьшими усилиями, – и немедленно принимайтесь за дело.

    н) Скарм-мастер отвечает за то, как делать, владелец продукта – что делать.

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

    Лучшие цитаты из книги Джеффа Сазерленда «Scrum: Революционный метод управления проектами»

    5 (100%) 1 голос

    Просто и понятно о Scrum

    Scrum на сегодняшний день является самым популярным Agile фреймворком. Почти 60% команд, внедряющие гибкие методологии, сообщили об использовании Scrum.

    Популярность Scrum обусловлена элегантной простой. Но не позволяйте простоте обмануть вас – простое не означает легкое. Как отмечают Кен Швабер и Джефф Сазерленд, создатели Scrum: «Scrum прост для понимания и труден в освоении». Он (Скрам) чрезвычайно эффективен для выявления недостатков в вашей системе. Другими словами, поскольку всегда есть возможности для совершенствования, вы никогда по-настоящему не «освоите» Scrum. Вы просто сделаете это лучше, чем вчера. Такое мышления постоянного улучшения лежит в основе Agile Enterprise и является одной из причин, по которым Scrum является таким широко используемым инструментом в гибких бизнес-средах.

    По своей сути Scrum помогает конкретизировать ценности Agile Manifesto посредством структуры, состоящей из пяти событий, трех ролей и трех простых артефактов.

    Одна из сильных сторон Scrum заключается в том, что он включает в себя подтвержденное обучение через частые циклы обратной связи. На протяжении всего фреймворка у вас есть множество возможностей для изучения и адаптации направления вашего продукта в зависимости от того, как клиенты (или его представители) реагируют, когда они изучают «потенциально готовый инкремент».

    Например, клиент хочет создать систему приема заявок. Команда может создать облегченный, но работающий инкремент системы, который позволяет клиенту просто войти в систему и ввести небольшое подмножество информации. Система, конечно, не готова к производству – многие функциональные возможности отсутствуют – но это позволяет клиенту (или члену команды, представляющему клиента) создать минимально жизнеспособный продукт (MVP) и получить представление о том, куда развивается продукт, обеспечить раннюю обратную связь команде и предложить улучшения.

    Представитель клиента называется владелец продукта или Product Owner в Scrum. Владелец продукта отвечает за видение продукта и выражает его через ряд приоритетных элементов бэклога продукта (PBI), обычно называемых пользовательскими историями. Эти истории со временем постепенно совершенствуются, поэтому бэклог продукта динамичен и может меняться по мере поступления дополнительной информации.

    Итерация или спринт зафиксирован по времени. Заказчик в сотрудничестве с командой выбирает подмножество историй из продуктового бэклога. Это подмножество должно быть выполнено в спринте, который обычно длится не более двух недель (хотя Scrum официально устанавливает ограничение в 30 дней).

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

    Сама команда – это междисциплинарная, кросс-функциональная группа, которая включает в себя все навыки, необходимые для выполнения элементов бэклога: разработчики, тестировщики, дизайнеры пользовательского опыта (UX), архитекторы, бизнес-аналитики. Суть в том, что команда должна быть не более 7 +/– 2 человек, чтобы поддерживать эффективность сотрудничества и общения. Рекомендация по размеру основана на том факте, что линии связи (и связанная с этим неэффективность) резко увеличиваются с увеличением размера команды. Например, линии связи команды из 6 человек – 15; линия связи команды из 10 человек – 45, что в три раза увеличивает сложность.

    Помимо владельца продукта и команды, третья роль в Scrum – это Scrum-мастер. Scrum-мастер – это «тренер» команды, который помогает устранить препятствия для выполнения работы. Scrum мастер управляет процессом и помогает членам команды постоянно улучшать свою работу.

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

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

    В конце cпринта команда демонстрирует работу, проделанную в спринте. Это позволяет владельцу продукта официально подтвердить то, чего достигла команда. Это также возможность поделиться обновлениями с остальной частью организации и другими заинтересованными сторонами. Рабочее программное обеспечение демонстрируется на этой сессии. Важно отметить, что это не просто презентация. Речь идет о демонстрации работающего программного обеспечения для демонстрации прогресса в достижении цели продукта. Обзоры спринта также приводят к дополнительному пониманию и изучению.

    Финальная церемония в Scrum называется ретроспективой. Принимая во внимание, что обзор спринта фокусируется на продукте, ретроспектива фокусируется на участниках команды и их совместной работе. В ретроспективе члены команды размышляют о том, как они работали вместе и изучают способы добиться еще больших успехов в следующий раз. Хотя в Scrum есть элементы постоянного улучшения, ретроспектива в Scrum имеет решающее значение, поскольку она сосредоточена исключительно на том, как члены команды работают вместе и на том, что они могут сделать, чтобы улучшить процесс создания ценности.

    Определение Scrum

    Три столпа Scrum:

    • Прозрачность
    • Инспекция
    • Адаптация

    Пять ценностей Scrum:

    • Приверженность
    • Фокус
    • Открытость
    • Уважение
    • Смелость

    Ценностно-ориентированный подход

    Книга: Scrum. Революционный метод управления проектами, Джефф Сазерленд

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

    Три роли в Scrum:

    Исправляем владельца продукта

    Книги: Управление продуктом в Scrum. Agile-методы для вашего бизнеса, Роман Пихлер;
    Путь скрам-мастера. #ScrumMasterWay, Зузана Шохова

    Официально совещания в Scrum называются «событиями (events)». Все описанные ниже события являются обязательными в Scrum и являются частью фреймворка. Их главная цель – сократить общее время собраний. Все события имеют временные рамки (time-box). Это означает, что они не могут длиться больше максимально установленного времени. Единственным исключением является сам спринт, так как изменение его длительности увеличивает сложность с точки зрения логистики и расчета скорости.

    Пять событий Scrum

    В Скрам гайде описано три артефакта: бэклог продукта, беклог спринта и инкремент. Все артефакты являются обязательными в Scrum. Их цель состоит в том, чтобы сократить объем документации. Кроме того, они помогают оптимизировать процесс за счет постоянной инспекции и адаптации. Все артефакты должны быть прозрачными. Это означает, что они должны быть легко доступны для каждого, не только для Scrum-команды. Это также означает, что у всех, кто смотрит на артефакты, есть общее понимание содержания. Артефакты обычно висят на стенах в комнате команды, так чтобы каждый мог посмотреть на текущее состояние дел.

    Три артефакта Scrum:

    Я рекомендую вам прочесть Scrum Guide 2017 English в оригинале.

    Статьи по теме:

    – Чек-лист уровня Scrum
    – Причины плохого Scrum
    – Менеджеры и Скрам
    – 4 значимые метрики в Scrum
    – Проектная документация
    – Управление рисками
    – Определение «Готово»
    – Как улучшать Скрам?

    электронных книг, аудиокниг и видео для библиотек и школ

    __________________________
    Окончательный отчет о методологии Scrum от ее соавтора и генерального директора Scrum, Inc. Джеффа Сазерленда.

    Scrum — это революционный подход к управлению проектами и построению команды, который помог трансформировать все, от компаний-разработчиков программного обеспечения до вооруженных сил США и здравоохранения в крупных американских больницах. В этой важной новой книге ее создатель Джефф Сазерленд подробно и шаг за шагом объясняет, как она работает — и как заставить ее работать для кого угодно и где угодно.Возьмем, к примеру, попытку ФБР оцифровать свои записи. Как и в случае со многими другими программными проектами, первая попытка потерпела неудачу, потребовалось четыре года и стоила более 400 миллионов долларов. Затем ФБР обратилось к Scrum и чуть более года спустя представило работающую систему, которая стоила менее десятой части первого проекта и использовалась. десятая часть персонала. И Scrum может помочь не только в грандиозных проектах.

    Каждая организация, независимо от ее размера, постоянно должна заниматься поставкой продукта или услуги в срок и в рамках бюджета.Скрам показывает, как это сделать. В нем объясняется, как точно определить, чего вы хотите достичь, как настроить команду для достижения этой цели и как отслеживать прогресс до успешного завершения проекта. Заполненный практическими примерами, взятыми из всех типов и организаций, он заставит вас переосмыслить основы успешного управления — и покажет, как добиваться результатов, какими бы повседневными и амбициозными ни были, независимо от размеров вашей организации.
    __________________________
    ‘Полно увлекательных историй и примеров из реальной жизни. Метод управления проектами, известный как Scrum, может быть наиболее широко используемым инструментом повышения производительности среди высокотехнологичных компаний. Джефф Сазерленд , выполняя миссию на , впервые передал этот инструмент в руки более широкого делового мира , блестяще преуспел ». — ЭРИК РИС, New York Times автор бестселлера Бережливый стартап

    «Привлекательный, убедительный и чрезвычайно практичный … Scrum обеспечивает простую основу для решения, казалось бы, трудноразрешимых и сложных рабочих проблем.Удивительно, но эта книга не только сделает вашу жизнь на работе и дома проще, но также сделает ее лучше и счастливее ». SHAWN ACHOR, New York Times автор бестселлеров ДО СЧАСТЬЯ и ПРЕИМУЩЕСТВО СЧАСТЬЯ

    Scrum является обязательным чтением для любого лидера, независимо от того, руководят ли они войсками на поле боя или в армии. рынок. Проблемы современного мира не позволяют позволить себе роскошь медленной и неэффективной работы. Успех требует огромной скорости, огромной производительности и непоколебимой приверженности достижению результатов.Другими словами, для успеха требуется Scrum ». — Генерал США БАРРИ МАККАФРИ

    «Джефф Сазерленд — мастер создания высокопроизводительных команд. Подзаголовок этой книги недооценивает влияние Scrum. Если вы не получаете в три раза больше результатов в одной трети времени, значит, вы делаете это неправильно! ‘ — СКОТТ МАКСВЕЛЛ, основатель и старший управляющий директор, OpenView Venture Partners

    «Эта обманчиво простая система — самый эффективный способ, который я видел для повышения эффективности любой команды. Я начал использовать его в своем бизнесе и семье на полпути после прочтения книги. — ЛЕО БАБАУТА, создатель ZEN HABITS

    ‘[Scrum] резко увеличивает производительность, уменьшая разочарование сотрудников типичной корпоративной ерундой. Эта книга — лучшее описание того, как этот процесс может работать во многих отраслях, что я видел. Руководители высшего звена должны не просто читать книгу — они должны делать то, что рекомендует Сазерленд ». — ПРОФЕССОР ДЖЕФФРИ ПФЕФФЕР, Стэнфордская школа бизнеса ;…

    …прочитайте больше

    электронных книг, аудиокниг и видео для библиотек и школ

    __________________________
    Окончательный отчет о методологии Scrum от ее соавтора и генерального директора Scrum, Inc. Джеффа Сазерленда.

    Scrum — это революционный подход к управлению проектами и построению команды, который помог трансформировать все, от компаний-разработчиков программного обеспечения до вооруженных сил США и здравоохранения в крупных американских больницах.В этой важной новой книге ее создатель Джефф Сазерленд подробно и шаг за шагом объясняет, как она работает — и как заставить ее работать для кого угодно и где угодно. Возьмем, к примеру, попытку ФБР оцифровать свои записи. Как и в случае со многими другими программными проектами, первая попытка потерпела неудачу, потребовалось четыре года и стоила более 400 миллионов долларов. Затем ФБР обратилось к Scrum и чуть более года спустя представило работающую систему, которая стоила менее десятой части первого проекта и использовалась. десятая часть персонала.И Scrum может помочь не только в грандиозных проектах.

    Каждая организация, независимо от ее размера, постоянно должна заниматься поставкой продукта или услуги в срок и в рамках бюджета. Скрам показывает, как это сделать. В нем объясняется, как точно определить, чего вы хотите достичь, как настроить команду для достижения этой цели и как отслеживать прогресс до успешного завершения проекта. Заполненный практическими примерами, взятыми из всех типов и организаций, он заставит вас переосмыслить основы успешного управления — и покажет, как добиваться результатов, какими бы повседневными и амбициозными ни были, независимо от размеров вашей организации.
    __________________________
    ‘Полно увлекательных историй и примеров из реальной жизни. Метод управления проектами, известный как Scrum, может быть наиболее широко используемым инструментом повышения производительности среди высокотехнологичных компаний. Джефф Сазерленд , выполняя миссию на , впервые передал этот инструмент в руки более широкого делового мира , блестяще преуспел ». — ЭРИК РИС, New York Times автор бестселлера Бережливый стартап

    «Привлекательный, убедительный и чрезвычайно практичный… Scrum обеспечивает простую структуру для решения, казалось бы, трудноразрешимых и сложных рабочих проблем. Удивительно, но эта книга не только сделает вашу жизнь на работе и дома проще, но также сделает ее лучше и счастливее ». SHAWN ACHOR, New York Times автор бестселлеров ДО СЧАСТЬЯ и ПРЕИМУЩЕСТВО СЧАСТЬЯ

    Scrum является обязательным чтением для любого лидера, независимо от того, руководят ли они войсками на поле боя или в армии. рынок. Проблемы современного мира не позволяют позволить себе роскошь медленной и неэффективной работы. Успех требует огромной скорости, огромной производительности и непоколебимой приверженности достижению результатов. Другими словами, для успеха требуется Scrum ». — Генерал США БАРРИ МАККАФРИ

    «Джефф Сазерленд — мастер создания высокопроизводительных команд. Подзаголовок этой книги недооценивает влияние Scrum. Если вы не получаете в три раза больше результатов в одной трети времени, значит, вы делаете это неправильно! ‘ — СКОТТ МАКСВЕЛЛ, основатель и старший управляющий директор, OpenView Venture Partners

    «Эта обманчиво простая система — самый эффективный способ, который я видел для повышения эффективности любой команды. Я начал использовать его в своем бизнесе и семье на полпути после прочтения книги. — ЛЕО БАБАУТА, создатель ZEN HABITS

    ‘[Scrum] резко увеличивает производительность, уменьшая разочарование сотрудников типичной корпоративной ерундой. Эта книга — лучшее описание того, как этот процесс может работать во многих отраслях, что я видел. Руководители высшего звена должны не просто читать книгу — они должны делать то, что рекомендует Сазерленд ». — ПРОФЕССОР ДЖЕФФРИ ПФЕФФЕР, Стэнфордская школа бизнеса ;…

    …прочитайте больше

    Джефф Сазерленд, революционный подход к построению команд, соблюдению сроков и повышению производительности.

    Когда я переборщил с чрезвычайно самовлюбленным тоном автора, я нашел некоторые моменты весьма полезными. По сути, это способ реализации правила 80/20. Вот что я вынес из него:

    1. Хороший размер команды. 4-6 — оптимально, 20 — слишком много.
    2. Многозадачность — это миф: люди, которые думают, что у них это хорошо получается, на самом деле худшие. На самом деле люди обрабатывают данные последовательно, а не параллельно, и мозгу требуется больше времени, чтобы переключать передачи, поэтому все, что вы делаете, — это замедляетесь.

    Когда я переборщил с чрезвычайно самовлюбленным тоном автора, я нашел некоторые моменты весьма полезными. По сути, это способ реализации правила 80/20. Вот что я вынес из него:

    1. Хороший размер команды. 4-6 — оптимально, 20 — слишком много.
    2. Многозадачность — это миф: люди, которые думают, что у них это хорошо получается, на самом деле худшие. На самом деле люди обрабатывают данные последовательно, а не параллельно, и мозгу требуется больше времени, чтобы переключать передачи, поэтому все, что вы делаете, — это замедляетесь.
    3. Расставьте приоритеты в зависимости от того, насколько действие повлияет на вашу цель (будь то цель в долларах или что-то еще).
    4. Не будьте ублюдком: менеджеры должны иметь нулевую терпимость к невежливости, неуважению или жестокому обращению в рабочее место — фактически высасывает энергию и делает всех неэффективными
    5.Не тратьте время на поиски злых людей, вместо этого ищите Evil Systems
    6. Составьте свой список дел следующим образом: To Do, Doing and Done
    7. Не создавайте генеральных планов. Создавайте микропланы, которые вы можете выполнять в ограниченных по времени спринтах, а затем повторяйте их.

    Вещи, которые я нашел немного странными
    — Учитывая, что мы, по сути, говорим о «человеческих системах», а все человеческое по определению беспорядочно и нестандартно, мне трудно поверить, что этот метод применим ко ВСЕМ БИЗНЕС ВСЕГДА.Это то, что, кажется, предлагает автор (и скромно он также предполагает, что если это не сработало для бизнеса, они делали это неправильно). Хммм…

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

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

    Документы Джеффа Сазерленда | Scrum Inc

    К. Бек, «Запрос информации SCRUM», Дж. Сазерленд, изд. Бостон: Compuserve, 1995.

    К. Бек, М. Бидл, А. фон Беннекум, А. Кокберн, В. Каннингем, М. Фаулер, Дж. Греннинг, Дж. Хайсмит, А. Хант, Р. Джеффрис, Дж. Керн, Б. Марик , RC Мартин, С.Меллор, К. Швабер, Дж. Сазерленд и Д. Томас, «Манифест для гибкой разработки программного обеспечения». т. 2005 Snowbird, UT, 2001.

    М. Бидл, М. Девос, Ю. Шарон, К. Швабер и Дж. Сазерленд, «Скрам: язык шаблонов для гиперпродуктивной разработки программного обеспечения», в Языки шаблонов проектирования программ . т. 4, Н. Харрисон, изд. Бостон: Аддисон-Уэсли, 1999, стр. 637-651.

    Э. Дж. Бонтемпс, «Личное общение — анализ возможностей RFID в замкнутых средах: DARPA Trauma Pod», J.Сазерленд, Эд. Брайтон, Массачусетс, 2004.

    Р. Кеттелл, Ф. Манола, Р. Соли, Дж. Сазерленд и М. Лумис, «Стандарты объектов и баз данных (панель)», Sigplan Notices, vol. 30, pp. 331-332, OCT 1995.

    М. Кон, «Схема одновременных перекрывающихся спринтов в PatientKeeper» Дж. Сазерленд, изд .: Mountain Goat Software, 2005.

    Дж. О. Коплиен, «Личные проблемы вызвали снижение производительности более чем на 50% при анализе более 200 тематических исследований в рамках проекта ATT Bell Labs Pasteur Project», под ред. Личного общения Дж.Сазерленд, Эд. Линби, Дания, 2006 г.

    С. Деннинг, «Препятствия — это общие цели — проблемы превращаются в круговые расстрелы», А. Сазерленд, изд. Сомервилль, штат Массачусетс, 2009 г.

    Д. де Ваард, Р. ван Золинген и Дж. Сазерленд, «Скрам в продажах: как улучшить процессы управления счетами и продаж», Agile 2011, Солт-Лейк-Сити, 2011.

    С. Дауни и Дж. Сазерленд, «Метрики Scrum для гиперпродуктивных команд: как они летают, как истребители», Международная конференция по программным системам HICSS-46 на Гавайях, Мауи, Гавайи, 2013.

    Д. Фриис, Дж. Остергаард и Дж. Сазерленд, «Виртуальная реальность встречает Scrum: как старшая команда перешла от управления к руководству», на Гавайской международной конференции по программным системам, Кауаи, Гавайи, 2011.

    Д. Гриннинг, «Enterprise Scrum: масштабирование Scrum до исполнительного уровня», на 43-й ежегодной Гавайской международной конференции по системным наукам, Кауайи, 2010.

    К. Якобсен и Дж. Сазерленд, «Scrum и CMMI — Going from Good to Great: are you ready to be done-done?», В Agile 2009 , Чикаго, 2009.

    К. Джонсон, К. Джейкобсон и Дж. Сазерленд, «Scrum and CMMI Level 5: A Magic Potion for Code Warriors !,» в SEPG , 2007.

    Д. Р. Кан и Дж. Сазерленд, «Давайте начнем с недообещания и переоценки OT», Object Magazine, vol. Март-апрель, 1994, с. 10-12.

    Х. А. Катчадурян и Дж. Сазерленд, «Аффективные психозы в Ливане», J Med Liban, vol. 28, стр. 159-67, 1975.

    Х. А. Катчадориан и Дж. Сазерленд, «Шизофренические расстройства в Ливане», J Med Liban, vol.28, стр. 143-58, 1975.

    Х. А. Катчадориан и Дж. Сазерленд, «Органические мозговые синдромы в Ливане», J Med Liban, vol. 28, pp. 133-41, 1975.

    Х. А. Катчадориан и Дж. Сазерленд, «Психиатрические аспекты наркомании в Ливане», Int J Addict, vol. 10. С. 949-62, 1975.

    Х. А. Катчадориан и Дж. Сазерленд, «Расстройства личности», J Med Liban, vol. 28, pp. 281-8, 1975.

    Х.А.Качадурян и Дж.Сазерленд, «Невротические расстройства в Лебононе», J Med Liban, vol. 28, стр. 269-80, 1975.

    З. Маамар и Дж. Сазерленд, «К интеллектуальным бизнес-объектам: сосредоточение внимания на методах улучшения бизнес-партнеров, которые демонстрируют целенаправленное поведение», Коммуникации ACM, том. 40, pp. 99-101, Oct 2000 2000.

    М. Н. Майнир и Дж. Сазерленд, «Медицинская информатика — катализатор преобразования операционной», Semin Laparosc Surg, vol.10, стр. 71-8, июнь 2003 г.

    Д. Патель, Дж. В. Сазерленд и Дж. Миллер, Дизайн и реализация бизнес-объектов II: OOPSLA’96, OOPSLA’97 и OOPSLA’98 Workshop Proceedings . Лондон: Springer-Verlag, 1998.

    .

    С. Пол, Э. Парк и Дж. Чаар, «Основные требования к стандарту рабочего процесса», в Business Object Design and Implementation II: OOPSLA’96, OOPSLA’97 и OOPSLA’98 Proceedings , D. Patel , J. Sutherland, J. Miller, Eds. Лондон: Springer-Verlag, 1998, стр.100-108.

    М. Поппендик, «PatientKeeper, единственная компания в мире, которая не терпит убытков», J. Sutherland, Ed. Бостон, Массачусетс, 2007.

    Т. Поппендик, «Корни плохой практики управления», Дж. Сазерленд, изд. Бостон, Массачусетс, 2006.

    А. Л. Шерзингер, Р. А. Бельгам, П. Л. Карсон, К. Р. Мейер, Дж. Сазерленд, Ф. Л. Букштейн и Т. М. Сильвер, «Оценка ультразвуковой компьютерной томографии у пациентов с симптомами молочной железы с помощью дискриминантного анализа», Ultrasound Med Biol, vol.15, стр. 21-8, 1989.

    К. Швабер, «Процесс разработки Scrum», в OOPSLA Business Object Design and Implementation Workshop , J. Sutherland, D. Patel, C. Casanave, J. Miller, and G. Hollowell, Eds. Лондон: Springer, 1997.

    .

    SG Silverberg, D. Mullen, JA Faraci, EL Makowski, A. Miller, JL Finch и J. Sutherland, «Карцинома эндометрия: клинико-патологическое сравнение случаев у женщин в постменопаузе, получающих и не получающих экзогенные эстрогены», Cancer, об.45, pp. 3018-26, 15 июня 1980 г.

    А. Сазерленд, Дж. Сазерленд и К. Хегарти, «Скрам в церкви: спасение мира, одна команда за раз», в Agile 2009 , Чикаго, 2009.

    Дж. Сазерленд, «Почему я люблю OMG: появление компонентной архитектуры бизнес-объектов», ACM StandardView, vol. 6, pp. 4-13, March 1988.

    Дж. Сазерленд, «Архитектурное видение ПРОИЗВОДСТВА и поддержка 3CI», объектные базы данных, Кембридж, Массачусетс 1989.

    Дж.Сазерленд, «Обзор инструментов для объектной технологии», Кембридж, Массачусетс, 1992.

    Дж. Сазерленд, «Анализ случая: опасность для здоровья, связанная с выбросом плутония с завода в Скалистых Флэтс», в «Влияние на здоровье низкоуровневой радиации», WR Hendee, Ed., Ed Norwalk, CT: Appleton-Century-Crofts, 1984 С. 213-232.

    Дж. Сазерленд, «Оценка риска рака, связанного с радиационным воздействием», Влияние низкоуровневой радиации на здоровье, под ред. У. Р. Хенди, под редакцией Норуолка, Коннектикут: Appleton-Century-Crofts, 1984, стр.93-118.

    Дж. Сазерленд, «Объектная модель SQL3 Технического комитета X3 X3H7 (OIM)», в Аккредитованный комитет по стандартам X3, Системы обработки информации Вашингтон, округ Колумбия, 1994, стр. 17.

    Дж. Сазерленд, «Уменьшенная семантика объекта инструкций: модель данных открытых систем для объектных баз данных», в XHIBITION’92 , Сан-Хосе, 1994.

    Дж. Сазерленд, «Бизнес-объекты в корпоративных информационных системах», ACM Computing Surveys, vol. 27, стр.274-276, ИЮНЬ 1995.

    Дж. Сазерленд, «Домашняя страница ScrumWeb: Руководство по процессу разработки Scrum», на веб-странице объектных технологий Джеффа Сазерленда , Бостон, 1996.

    J. Sutherland, Разработка и реализация бизнес-объекта: протоколы семинара OOPSLA ’95, 16 октября 1995 г., Остин, Техас, . Лондон; Нью-Йорк: Springer, 1997.

    .

    Дж. Сазерленд, «Проектирование и реализация бизнес-объектов III», в приложении «Конференция по языкам и приложениям систем объектно-ориентированного программирования» к конференции ACM SIGPLAN 1997 г. по объектно-ориентированному программированию, системам, языкам и приложениям. , Атланта, Джорджия, США. 1997, стр.58-62.

    Дж. Сазерленд, «Скрам-журнал Джеффа Сазерленда», http://jeffsutherland.com/index.html, 1997.

    Дж. Сазерленд, «Учебное пособие: объекты, базы данных и всемирная паутина», в COMDEX / Object World , Сан-Франциско, 1998.

    Дж. Сазерленд, «Будущее технологий здравоохранения: интеллектуальные объекты», Саммит «Будущее технологий здравоохранения», vol. MIT Media Lab, 1999.

    Дж. Сазерленд, «Возникновение архитектуры бизнес-объектов», в IEEE 8th International Workshops on Enhanced Technologies: Infrastructure for Collaborative Enterprise , Palo Alto, 1999, pp.330-340.

    Дж. Сазерленд, «Power to the PDA», Healthcare Informatics, p. 44, 2001.

    Дж. Сазерленд, «Agile Can Scale: изобретение и переосмысление Scrum в пяти компаниях», Cutter IT Journal, vol. 14. С. 5-11, 2001.

    Дж. Сазерленд, «Основной доклад: открытая и безопасная вычислительная платформа для инициатив по обеспечению безопасности пациентов в здравоохранении», в NIST Pervasive Computing 2002 , Гейтерсбург, Мэриленд, 2002.

    Дж. Сазерленд, «Медицинская информатика», в Обзор ведущих исследователей передовых медицинских технологий TATRC , 2003.

    Дж. Сазерленд, «Операционная будущего: медицинская информатика и дизайн периоперационных систем», на 11-й ежегодной конференции «Медицина и виртуальная реальность» , Ньюпорт-Бич, Калифорния, 2003 г.

    Дж. Сазерленд, «Снижение медицинских ошибок. Автоматизация ввода заказов в амбулаторных и стационарных условиях », на конференции и выставке TEPR , Сан-Антонио, Техас, 2003.

    Дж. Сазерленд, «Достижения в области мобильных вычислений: управление заболеваниями», на конференции и выставке TEPR , Сан-Антонио, Техас, 2003.

    Дж. Сазерленд, «Платформа PatientKeeper расширяет стандарт CCOW на мобильные вычисления», PatientKeeper, Inc., Брайтон, Массачусетс, 2003.

    Дж. Сазерленд, «Как избежать медицинских ошибок», на саммите Future of Health Technology Summit , Массачусетский технологический институт, Кембридж, Массачусетс, 2003.

    Дж. Сазерленд, «Что можно и что нельзя делать с беспроводной связью», в Advance for Health Information Executives . т. 8, 2004, с. 28.

    Дж. Сазерленд, «Гибкая разработка: уроки, извлеченные из первого Scrum», Cutter Agile Project Management Advisory Service: Executive Update, vol.5. С. 1-4, 2004.

    .

    Дж. Сазерленд, «РЕЦЕПТ УЛУЧШЕНИЯ ПРОЦЕССОВ В РЕАЛЬНОМ ВРЕМЕНИ в ЗДОРОВЬЕ @ MIT», на Саммите Future of Health Technology Summit , Массачусетский технологический институт, Кембридж, Массачусетс, 2004.

    Дж. Сазерленд, «РЕЦЕПТ УЛУЧШЕНИЯ ПРОЦЕССОВ В РЕАЛЬНОМ ВРЕМЕНИ В ЗДРАВООХРАНЕНИИ» на 13-м ежегодном симпозиуме «ПОДКЛЮЧЕНИЕ ВРАЧА И КОМПЬЮТЕРА» , Ранчо Бернардо, Калифорния, 2004 г.

    Дж. Сазерленд, «Будущее телемедицины: новые технологии», в «Будущие направления телемедицины: международный симпозиум по стратегиям и методам оценки программ, новым технологиям и функциональной совместимости» , Мичиганский университет, 2004 г.

    Дж. Сазерленд, «Использование технологий как инструмента для изменения рабочего процесса в больницах», на конференции и выставке TEPR , Форт-Лодердейл, Флорида, 2004 г.

    Дж. Сазерленд, «Что такое EHR?», «PatientKeeper, Inc.», Брайтон, Массачусетс 2005.

    Дж. Сазерленд, «Интеграция континуума ухода за пациентами: мгновенный доступ к стационарным и амбулаторным медицинским картам из различных учреждений», в EHR Summit V , Нью-Йорк, 2005 г.

    Дж. Сазерленд, «Как заставить беспроводную связь работать: максимально эффективно использовать вашу беспроводную инфраструктуру», на 21-й ежегодной конференции и выставке TEPR , Солт-Лейк-Сити, 2005 г.

    Дж. Сазерленд, «Расширение стандартов безопасного и проверяемого шифрования на мобильные вычисления», на 21-й ежегодной конференции и выставке TEPR , Солт-Лейк-Сити, 2005 г.

    Дж. Сазерленд, «Будущее Scrum: параллельная конвейерная обработка спринтов в сложных проектах с подробной информацией об инструментах и ​​методах Scrum типа C», PatientKeeper, Inc., Брайтон, Массачусетс, 2005.

    Дж. Сазерленд, «Будущее Scrum: параллельная конвейерная обработка спринтов в сложных проектах», в AGILE 2005 Conference Denver, CO: IEEE, 2005.

    Дж. Сазерленд, «Что такое непрерывная медицинская карта (CCR)?», «PatientKeeper, Inc.», Брайтон, Массачусетс, 30 июня 2005 г.

    Дж. Сазерленд, «Корни Scrum: как японское производство изменило глобальную практику разработки программного обеспечения», на конференции JAOO , Орхус, Дания, 2005 г.

    Дж. Сазерленд, «Скрам типа B: продвижение вперед», Cutter Agile Project Management Advisory Service: Executive Update, 2006.

    Дж. Сазерленд, «7 способов потерпеть неудачу с помощью Scrum», в Deep Agile , J.Сазерленд и Р. Джеффрис, ред. Массачусетский технологический институт, Кембридж, Массачусетс, 2007.

    Дж. Сазерленд, «Программа сертификации ScrumMaster», Бостон: Scrum Alliance, 2009.

    Дж. Сазерленд и Н. Ахмад, «Как традиционный менеджер проекта переходит на Scrum: PMBOK против Scrum», представленный на Agile 2011, Солт-Лейк-Сити.

    Дж. Сазерленд и С. Альперт, «Большой рабочий процесс» для корпоративных приложений., В Business Object Design and Implementation III: OOPSLA ’99 Workshop Proceedings .т. III, Д. Патель, Дж. Сазерленд и Дж. Миллер, ред. Лондон: Springer-Verlag, 1999.

    .

    Дж. Сазерленд и И. Альтман, «Заключенных не брать: как группа венчурного капитала реализует Scrum», в Agile 2009 , Чикаго, 2009.

    Дж. Сазерленд и И. Альтман, «Организационная трансформация с помощью Scrum: как группа венчурного капитала добивается вдвое большего, чем половина работы», в 43-й Гавайской международной конференции по программным системам , Кауаи, Гавайи, 2010.

    Дж.Сазерленд и Дж. К. Байлар, 3-е, «Мультихитовая модель канцерогенеза: этиологические последствия для рака толстой кишки», J Chronic Dis, vol. 37, pp. 465-80, 1984.

    Дж. Сазерленд, С. Дауни и Б. Гранвик, «Шоковая терапия: бутстрап для гиперпродуктивного скрама» в Agile 2009 , Чикаго, 2009.

    Дж. Сазерленд и Дж. Фой, «Средства повышения качества медицинской помощи: объекты, компоненты и Интернет», в свидетельстве Национальному комитету по статистике естественного движения населения и здоровья , Вашингтон, округ Колумбия.С., 1999.

    Дж. Сазерленд и Р. Фрохман, «Удар в стену: что делать, когда высокопроизводительные команды Scrum перегружают операции и инфраструктуру», Международная конференция по программным системам на Гавайях, Кауаи, Гавайи, 2011 г.

    Дж. Сазерленд и Т. Дж. Ганус, «Назад в будущее: инструмент для ускорения работы периоперационных систем», на ежегодной конференции и выставке Общества систем управления информацией в области здравоохранения , Орландо, Флорида, 2004 г.

    Дж.Сазерленд, К. Джейкобсон и К. Джонсон, «Scrum and CMMI Level 5: A Magic Potion for Code Warriors !,» в Agile 2007 , Вашингтон, округ Колумбия, 2007.

    Дж. Сазерленд, Н. Харрисон, Дж. Риддл, «Команды, которые быстро заканчивают ускорение: язык шаблонов для высокопроизводительных Scrum-команд», Agile 2013, Нэшвилл, 2007.

    Дж. Сазерленд и Г. Мадрид, «Платформа PatientKeeper расширяет стандарты безопасного и контролируемого шифрования для мобильных вычислений», в PatientKeeper Technical White Papers Brighton, MA, 2004.

    Дж. Сазерленд и Дж. Маккенна, «Ансамбли: структурирование компонентов объекта», в Easel Corporation Technical Reports Burlington, MA, 1993.

    Дж. Сазерленд и Дж. Маккенна, «Ансамбли: шаблон проектирования компонентов для бизнес-объектов», Object Management Group, Сан-Хосе, Калифорния, 4-6 июня 1995 г.

    Дж. Сазерленд, Д. Патель, К. Казанаве, Дж. Миллер и Г. Холлоуэлл, Разработка и реализация бизнес-объектов : Springer, 1997.

    Дж. Сазерленд, Г.Шунхейм, Н. Кумар, В. Пандей и С. Вишал, «Полностью распределенный Scrum: линейная масштабируемость производства между Сан-Франциско и Индией», в Agile 2009 , Чикаго, 2009.

    Дж. Сазерленд, Г. Шунхейм и М. Рийк, «Полностью распределенный Scrum: секретный соус для гиперпродуктивных оффшорных команд разработчиков», в Agile 2008 , Торонто, 2008.

    Дж. Сазерленд, Дж. Шунхейм и М. Рийк, «Распределенный Scrum: гибкое управление проектами с привлечением сторонних разработчиков», в 40-й Гавайской международной конференции по программным системам , Биг-Айленд, Гавайи, 2007.

    Дж. Сазерленд и К. Швабер, Документы Scrum: гайки, болты и истоки гибкого метода . Бостон: Scrum, Inc., 2007.

    Дж. Сазерленд и У.-Дж. ван ден Хеувел, «Интеграция корпоративных приложений встречает сложные адаптивные системы: перспектива бизнес-объектов», в 35-й ежегодной Гавайской международной конференции по системным наукам (HICSS-35) , Биг-Айленд, Гавайи, 2002.

    Дж. Сазерленд и У.-Дж. ван ден Хеувел, «Интеграция корпоративных приложений и сложные адаптивные системы: можно ли улучшить системную интеграцию и взаимодействие с помощью компонентов Agentified Enterprise?», Коммуникации ACM, том.45, pp. 59-64, October 2002.

    Дж. Сазерленд и У.-Дж. ван ден Хеувел, «Разработка и интеграция корпоративных компонентов и услуг: интеграция корпоративных приложений и сложных адаптивных систем», Коммуникации ACM, том. 45, pp. 59-64, October 2002.

    Дж. Сазерленд, В. Дж. Ван ден Хеувел, Т. Дж. Ганус, М. Бертон и А. Кумар, «На пути к интеллектуальной больнице: ИЛИ будущего», в Будущее интеллектуальной и разумной среды здравоохранения .т. 118, Бушко Р. / Под ред. Амстердам: IOS Press, 2005, стр. 278-312.

    Дж. Сазерленд и У. Дж. Ван Ден Хевел, «На пути к интеллектуальной больничной среде: адаптивный рабочий процесс в операционной будущего», в материалах 39-й Гавайской международной конференции по системным наукам, Гавайи, 2006 г.

    Дж. Сазерленд, А. Викторов и Дж. Блаунт, «Адаптивная разработка больших программных проектов с распределенными / внешними командами», в Международной конференции по сложным системам Бостон, Массачусетс, США, 2006.

    Дж. Сазерленд, А. Викторов, Дж. Блаунт и Н. Пунтиков, «Распределенный Scrum: гибкое управление проектами с привлечением сторонних разработчиков», в HICSS’40, Международная конференция по программным системам на Гавайях. , 2007.

    Дж. В. Сазерленд, «РЕЦЕПТ для улучшения процессов в здравоохранении в реальном времени», в 13-й ежегодный симпозиум по подключению врача к компьютеру, Ассоциация медицинских директоров информационных систем (AMDIS) , Сан-Диего, Калифорния, 2004.

    Х. Такеучи и И. Нонака, «Игра в разработку новых продуктов», Harvard Business Review, 1986.

    С. Ван ден Энден, Э. Ван Хоймиссен, Г. Невен и П. Вербетен, «Практический пример интеграции приложений», в OOPSLA Business Object and Component Workshop. 15-я ежегодная конференция по системам, языкам и приложениям объектно-ориентированного программирования, Миннеаполис, 2000 г.

    Дж. Э. Уильямс, Дж. Сазерленд и В. Л. Вулвертон, «Оценка взаимодействия между рецепторами D1 и D2 в парадигме распознавания лекарств», Behav Neural Biol, vol.53, pp. 378-92, May 1990.

    Agile Book Reviews — Pragmatic Scrum

    1 Essential Scrum: Практическое руководство по самому популярному гибкому процессу (2012, 504 страницы, Кеннет С. Рубин)

    5 * Комплексное и практическое руководство по Scrum для использования на всех уровнях. Поистине отличная книга с очень четкими диаграммами, которую обязательно нужно прочитать.

    Также см. Ссылки на Visual AGILExicon для загрузки изображений.

    2 Успех с Agile: разработка программного обеспечения с использованием Scrum (2009, 504 страницы, Майк Кон)

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

    3 Scrum и XP из окопов: как мы делаем Scrum (2007, 140 страниц, Хенрик Книберг)

    5 * Отличное, подробное и практическое руководство по Scrum, основанное на первом году работы реальной команды из сорока человек. Помимо бумажных копий, эту книгу можно бесплатно загрузить с InfoQ.

    Обратите внимание, что второе издание этой книги было выпущено в 2015 году, и его также можно загрузить с InfoQ.

    4 Канбан в действии (2014 г., 360 страниц, Маркус Хаммарберг и Йоаким Сунден)

    5 * Эта книга содержит подробное введение в Канбан, написанное двумя ведущими инструкторами по Канбану. Он включает теорию, рассказы и практические примеры. Это практический и информативный том с серьезной практической базой.

    5 Agile оценка и планирование (2005, 368 страниц, Майк Кон)

    5 * Подробное руководство по оценке и планированию Agile проектов.Понятно даны концепции и решены ожидаемые вопросы.

    Майк Кон — легенда Agile, он был одним из основателей Scrum Alliance и Agile Alliance. Его учебные курсы превосходны, как и его онлайн-предложения в Front Row Agile.

    6 Истории пользователей, применяемые: для гибкой разработки программного обеспечения (2004, 304 страницы, Майк Кон)

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

    7 Менеджмент 3.0: ведущие гибкие разработчики, развитие гибких лидеров (2010 г., 454 стр., Юрген Аппело)

    5 * Это недостающая книга Agile для менеджеров, объясняющая, что им следует делать. Он исследует шесть измерений через монстра управления Марти.

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

    8 Мастерство схватки: от хорошего к лидерству в качестве великого слуги (2013, 288 страниц, Джефф Уоттс)

    4 * Идеальная книга для Scrum Masters, которая может улучшить свои знания и помочь им создать высокопроизводительную команду.В книге используется десятилетний опыт коучинга по Скраму, чтобы определить отличные практики Скрам-мастера и подробно описать, как их на самом деле реализовать.

    9 Мастерство продукта: от хорошего к отличному владению продуктом (2017, 288 страниц, Джефф Уоттс)

    4 * Любая книга, которая начинается с предисловия соавтора Scrum Джеффа Сазерленда и эксперта по продуктам Романа Пихлера, будет хорошей. И эта книга не разочаровывает: Джефф Уоттс следует своим превосходным «Скрам-мастерству» и «Сборнику прецедентов тренеров», исследуя роль владельца продукта.

    Джефф описывает черты великих владельцев продуктов с помощью аббревиатуры DRIVEN:
    D ecisive
    R без
    I nformed
    V ersatile
    E mpowering

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

    10

    #Workout: игры, инструменты и методы для вовлечения людей, улучшения работы и удовлетворения клиентов (2014 г., 472 страницы, Юрген Аппело)

    4 * Это красивая и увлекательная книга о современных методах управления.Юрген описывает инструменты, игры и практики для улучшения управления. Представленные конкретные примеры сразу же применимы и полезны и включают популярные техники, включая карты кудо, покер делегирования, деньги за заслуги, чемпионы и движущиеся мотиваторы. Я рекомендую начать с чтения Как изменить мир , затем Management 3.0 и, наконец, #Workout .

    Обратите внимание, что только что вышла вторая версия этой книги (июнь 2016 г.) с новым названием — Управление для счастья: игры, инструменты и методы для мотивации любой команды.

    11 Руководство для начинающих пользователей: Пошаговое руководство по созданию великой компании (2012 г., 608 страниц, Стив Бланк и Боб Дорф)

    4 * Если вы можете судить о человеке по тому влиянию, которое он оказал, то Стив Бланк — живая легенда. Его новаторская работа «Четыре шага к прозрению» представила процесс развития клиентов, который запустил новый подход к созданию продуктов. Его отмеченное наградами преподавание по развитию клиентов помогло создать множество предпринимателей, в том числе создателя Lean Startup Эрика Райса.

    Стив является соавтором этой книги с другим серийным предпринимателем Бобом Дорфом, и она эпична как по размеру и весу, так и по объему. Руководство владельца стартапа — солидный справочник для создания успешных компаний, и на 608 плотных страницах его не будет легко читать, но то, что в нем есть, ценно во всем.

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

    12 The Devops Handbook: How to Create World Class Agility, Reliability, and Security in Technology Organizations (2016, 250 pages, Gene Kim & Patrick Debois & John Willis)
    4 * Информативный и вдохновляющий справочник DevOps в современном мире. программного обеспечения. Есть отличный совет о том, как вводить DevOps шаг за шагом, с большим количеством деталей и практических советов.Не путайте это с басней о проекте «Феникс» (Джин Ким и Кевин Бер), но учитесь у обоих. DevOps — это постоянный рост гибкости во всем потоке создания ценности.
    13 Масштабирование бережливой и гибкой разработки: продуманные организационные инструменты для крупномасштабного масштаба (2008 г., 368 страниц, Craig Larman & Bas Vodde)

    4 * Очень подробная книга, охватывающая как инструменты мышления, так и инструменты организации. Загрузите полезные знания с большим количеством советов типа «Попробуйте… / Избегайте…» и контента крупномасштабного масштабирования (LeSS).Сопутствующая книга «Практики масштабирования бережливой и гибкой разработки».

    14 Практики масштабирования бережливой и гибкой разработки: крупномасштабная, многосайтовая и оффшорная разработка продуктов с крупномасштабным масштабом (2010, 624 страницы, Craig Larman & Bas Vodde)

    4 * Справочник по теме «Масштабирование бережливой и гибкой разработки», в котором перечислены методы или инструменты «Попробуйте» и «Избегайте» для экспериментов в контексте крупномасштабной Scrum (LeSS).Огромная книга (598 страниц) с плотным текстом, в котором перечислены все эксперименты, рекомендуется в качестве справочного руководства, а не для длительного чтения, так как это заняло у меня время.

    15 Крупномасштабный Scrum: больше с LeSS (2016, 368 страниц, Craig Larman & Bas Vodde)
    4 * Эта новая книга по LeSS представляет собой простое руководство по реализации гибкой разработки в масштабе.
    Первые две книги («Масштабирование бережливой и гибкой разработки» и «Практики масштабирования бережливой и гибкой разработки») предоставили исчерпывающий набор экспериментов, с которых многим было трудно начать, тогда как эта книга фокусируется на четких руководствах по применению.
    Книга состоит из разделов, посвященных структуре LeSS, продукту LeSS и спринту LeSS, а также деталей трансформации для LeSS (2-8 команд) и LeSS Huge (8+ команд). Сторонники LeSS, вероятно, будут удивлены некоторыми жесткими правилами, указанными в этом руководстве для начинающих.
    Это очень полезный ресурс для всех, кто хочет масштабировать свою разработку с нуля с помощью LeSS. Это отличный способ получить масштабируемую гибкость и начать работу, прежде чем рассматривать некоторые из экспериментов, представленных в других книгах.
    16 Agile Samurai: How Agile Masters Deliver Good Software (2010, 264 страницы, Джонатан Расмуссон)

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

    17 Спринт : как решать большие проблемы и проверять новые идеи всего за пять дней (2016, 288 страниц, Джейк Кнапп, Джон Зерацки и Брейден Ковиц)

    4 * В этой книге содержится практическое и подробное руководство по использованию спринтов Google Ventures для принятия решений и решения проблем.Пятидневный процесс переходит от идеи к прототипу и, наконец, к опросу клиентов, чтобы предоставить реальные данные для принятия решений.

    Три партнера по дизайну из GV объясняют процесс, который они сотни раз использовали во многих компаниях для решения проблем и создания практичных и проверенных решений. Приведены примеры клиентов: Slack, Airbnb, Fitstar, Foundation Medicine и Savioke.

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

    Рекомендуется всем, кто хочет быстро решать сложные проблемы.

    18 Agile Mind-Set: заставить гибкие процессы работать (2015, 224 страницы, Гил Броза)

    4 * Легкая для чтения книга о недостающем элементе Agile — образе мышления. Гил изучает более широкий контекст, необходимый для успешного долгосрочного внедрения Agile.

    Gil объединяет 26 принципов Agile (уважение, прозрачность, доверие, личная безопасность, фокус, устойчивый темп, самоорганизующиеся команды, сотрудничество, общение, консенсус, лидерство, результат, эффективность, отсрочка, простота, эксперимент, скорость, надежность, стоимость Change, Shippable, Quality, Time Box, Results, Feedback, Learning and Improvement) и рассматривает людей и взаимодействие в контексте внедрения Agile.

    19
    Человеческая сторона Agile: как помочь вашей команде работать (2012, 344 страницы, Гил Броза)

    4 * Книга предназначена для лидеров, мастеров схватки, менеджеров, коучей и агентов изменений, которым нужны практические советы, как помочь гибким командам работать хорошо. В этой книге рассматривается создание и руководство Agile-командой с упором на вовлеченных людей. Используя фасилитацию, коучинг и сильное лидерство, Гил рассматривает организационные изменения на уровне команды.

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

    20 Полевое руководство Scrum: Практические советы для вашего первого года (2012, 416 страниц, Митч Лейси)

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

    21 Ярлыки Scrum: без срезания углов (2013, 208 страниц, Илан Голдштейн)

    4 * Действительно практическое руководство для пошаговых улучшений процесса, действий и результатов. Хорошая книга для следующего этапа по улучшению Agile.

    22 The Peoples Scrum: Agile Ideas for революционные преобразования (2013, 170 страниц, Тобиас Майер)

    4 * Эта книга содержит восторженные, но скептические эссе о Scrum.Мне понравилась эта книга за то, как она бросает вызов предубеждениям. Веселое чтение и вызов для скрамдаменталистов.

    23 Гибкая разработка игр с помощью Scrum (2010, 384 страницы, Клинтон Кейт)

    4 * Ценный совет с интересными анекдотами из индустрии компьютерных игр. Хотя игры четко сфокусировали большинство передач знаний. Эта книга полна подробностей о Scrum и разрабатываемых продуктах, и ее очень приятно читать.

    24 Практическая геймификация: помимо очков, значков и лидеров (2015, 511 страниц, Yu-kai Chou)
    5 * Ю-кай создал структуру Octalysis, чтобы определить восемь основных факторов, которые способствуют вовлечению пользователей. Это структура геймификации, разработанная игроком, которая привносит принципы и методы, успешные в играх, в другие неигровые приложения и в более широкие жизненные цели. Это самая сильная книга по геймификации, в которой рассматриваются концепции белой шляпы и черной шляпы и левого полушария мозга по сравнению с правым полушарием.Книга теперь поддерживается комплексной обучающей платформой по геймификации под названием Octalysis Prime — нажмите на эту ссылку, чтобы получить мой личный реферал .
    25 Выбери свой WoW! Пособие по дисциплинированной гибкой доставке для оптимизации вашего образа работы (2019, 443 страницы, Скотт Эмблер и Марк Лайнс)
    4 * Пособие по дисциплинированной гибкой доставке, содержащее исчерпывающий набор инструментов, обновляющий и заменяющий книгу DAD 2012 года.Соавторы Скотт и Марк написали отличную книгу, объединяющую многие существующие гибкие практики в единую структуру принятия решений, которая теперь называется набором инструментов и, вероятно, библиотекой шаблонов, когда она снова обновится в 2026 году.
    Первые 100 страниц представляют собой обзор Инструментарий DAD и объясняет, как его применять. Следующие 343 страницы представляют собой жестко отформатированные таблицы, охватывающие каждую цель процесса, с указанием связанных точек принятия решений и связанных вариантов, а также объяснения каждой из них. Для каждого дерева решений есть обычные диаграммы, показывающие шесть жизненных циклов DAD.
    Эта книга незаменима, если вы хотите внедрить дисциплинированную гибкую доставку для разработки программного обеспечения. Было бы намного лучше, если бы он прошел мимо редактора по пути к издателю, возможно, для следующего издания.
    26 Экономия из окопов: управление крупномасштабными проектами с помощью Канбан (2011 г., 17 страниц, Хенрик Книберг)

    4 * Еще одна замечательная книга от Хенрика, подробно описывающая проект шведской полиции с 60 людьми, использующими XP, Scrum и Kanban.Веселое чтение прогресса реального проекта, которое содержит много деталей и подчеркивает процесс улучшения в действии.

    27 Lean Software Development: An Agile Toolkit (2003, 240 страниц, Мэри Поппендик и Том Поппендик)

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

    1. Устранение отходов
    2. Усиление обучения
    3. Решайте как можно позже
    4. Доставьте как можно быстрее
    5. Расширьте возможности команды
    6. Построение целостности в
    7. Посмотреть все

    Книга также включает 22 «мыслительных инструмента», которые помогут адаптировать гибкие методы работы.

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

    28 Внедрение экономичной разработки программного обеспечения: от концепции к наличным деньгам (2006 г., 304 страницы, Мэри Поппендик и Том Поппендик)

    4 * Это вторая книга Мэри и Тома, которая содержит практические советы и методы реализации бережливой разработки программного обеспечения.

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

    29 Leading Lean Software Development: Results are Not the Point (2009, 312 страниц, Мэри Поппендик и Том Поппендик)

    4 * Это третья книга Мэри и Тома, в которой представлены двадцать четыре системы отсчета, охватывающие шесть областей:

    • Системное мышление
    • Техническое совершенство
    • Надежная доставка
    • Неумолимое улучшение
    • Великие люди
    • Лидеры единства

    На мой взгляд, это отличная книга для всех менеджеров и лидеров любого уровня.Большая часть контента находила отклик у меня и подтверждает то, что мы видим в Agile-разработке. Эта более широкая картина помогает сформулировать нашу работу по преобразованию и помогает сосредоточиться на том, что действительно важно.

    30 Бережливое мышление: задавайте правильные вопросы (2013 г., 192 страницы, Мэри Поппендик и Том Поппендик, а также материалы, предоставленные Хенриком Книбергом)

    4 * Это четвертая и последняя книга Мэри и Тома, и хотя она короче других, она содержит множество замечательных концепций и примеров.

    Мне понравились истории и тематические исследования, которые оживили пять глав:

    1. Цель бизнеса
    2. Энергичные рабочие
    3. Довольные клиенты
    4. Подлинная эффективность
    5. Прорывные инновации

    Представленные модели мышления (мировоззрения) сложны, но убедительны. Мне понравилась книга, и я считаю, что она завершает тетралогию (квартет) бережливых книг Мэри и Тома.

    31 Экономичный стартап: как постоянные инновации создают радикально успешный бизнес (2011 г., 336 стр., Эрик Рис)

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

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

    32 Руководство для лидеров по внедрению экономичного стартапа в масштабе (2016 г., 368 страниц, Эрик Райс)

    4 * The Leader’s Guide был написан Эриком Рисом как продолжение его первой чрезвычайно популярной книги The Lean Startup .Эрик профинансировал издание книги через самую прибыльную издательскую кампанию на Kickstarter, которая когда-либо собрала 588 903 доллара при цели в 135 000 долларов.

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

    The Leader’s Guide был выпущен только через Kickstarter, поэтому информация в Интернете немного светлая, поэтому вот названия глав и резюме из книги:

    • Введение
    • Часть 1 — Процесс
    • Глава 1. Введение в методологию бережливого стартапа.
    • Глава 2. Доказательство — Что покупатели важнее того, что они говорят
    • Глава 3. Упростите. Удалите все функции, процессы или усилия, которые напрямую не способствуют желаемому вами обучению.
    • Глава 4. Обучение — Изменение направления — неотъемлемая часть здания запуска
    • Часть 2 — Масштаб
    • Глава 5. Доверие — Как предпринимательское управление способствует устойчивому росту
    • Глава 6. Люди — самый ценный ресурс поддержки инноваций
    • Глава 7. Деньги — Финансы и учет инновационных проектов
    • Глава 8. Масштаб — создание компаний, создающих новые и устойчивые ценности
    • Заключение
    • Благодарности
    • Сноски
    33 Запуск Lean: итерация от плана A к плану, который работает (2012, 240 страниц, Эш Маурья)

    4 * Практические советы по развитию новых предприятий или продуктов.Генеральный директор и серийный предприниматель Эш Маурья смотрит, как найти проблему, которую стоит решить, а затем как найти выигрышное решение. Представлены четыре стадии:
    1. Поймите проблему
    2. Определите решение
    3. Подтвердите качественно
    4. Подтвердите количественно
    Работа построена на цикле «Построение-измерение-изучение экономичного стартапа» с дополнительным материалом по определению соответствия продукта рынку, моментам поворота и захват вашей бизнес-модели через простую основу.

    34 Масштабирование бережливого производства: освоение ключевых показателей роста стартапа (2016 г., 304 страницы, Эш Маурья)

    4 * Это идеальная книга для стартапов, стремящихся выйти за рамки первоначальных экспериментов.В книге рассказывается, как определить правильные показатели роста и как строить вокруг них дальнейшие эксперименты. Есть также объяснения того, как успешно пройти ранние этапы бизнеса с помощью инструментов, включая бережливую основу, модель тяги и проект завода-заказчика.
    Кроме того, Эш создал структуру из шести шагов для определения, измерения и взаимодействия с заинтересованными сторонами; он дал ему фартук GOLEAN:

    • G овальный
    • O Bserve and Orient
    • L заработок, кредитное плечо и рост
    • E эксперимент
    • А анализ
    • N ext Действия

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

    35 Экономичное предприятие: как высокоэффективные организации внедряют инновации в масштабе (2015, 352 страницы, Джез Хамбл, Джоанн Молески и Барри О’Рейли)

    4 * В этой книге описывается, как масштабно использовать Lean и Agile в масштабах всей организации для радикального повышения производительности и создания ценности. Помимо общих принципов, есть много практических примеров из компаний, реализующих изменения на местах.
    Мне нравится команда и экспериментальная направленность с короткими циклами обратной связи и расширением возможностей людей. В недавней публикации также есть полезное освещение DevOps и Lean Startup. При необходимости есть также полезные ссылки на дополнительные материалы. Стоит прочитать, чтобы узнать о более целостном подходе к внедрению бережливого производства на уровне предприятия.

    36 Lean UX: проектирование отличных продуктов с помощью Agile-команд (2016 г., 208 страниц, Джефф Готельф и Джош Седен)
    4 * Lean UX имеет решающее значение для проектирования взаимодействия и идеально подходит для гибких команд, стремящихся к итеративному и поэтапному предоставлению успешного пользовательского опыта .В книге рассказывается о продвижении видения с результатами, совместном дизайне, MVP и прототипировании, а также о том, как использовать обратную связь и исследования. Кроме того, с точки зрения трансформации, в книге подробно описывается интеграция Lean UX и Agile, а также организационные изменения. Это очень удобочитаемая и насыщенная графикой (что неудивительно) книга, которая помогает командам создавать отличные продукты. После прочтения Lean UX стоит прочитать Sprint, чтобы узнать больше по этой теме.
    37 Размышляйте и отвечайте: как успешные организации постоянно прислушиваются к клиентам и создают новые продукты (2017, 272 страницы, Джефф Готельф и Джош Сейден)
    4 * Динамичный дуэт пользовательского опыта вернулся! Sense & Respond — выдающаяся книга о преобразовании способа работы посредством постоянного сотрудничества с сотрудниками и клиентами.Это книга высокого уровня, пропагандирующая изменение корпоративной культуры, чтобы отойти от устаревших операционных моделей индустриальной эпохи и вместо этого принять изменения и сосредоточиться на распознавании поведения клиентов и сотрудников и реагировании на них. Управление, ориентированное на результат, предполагает постоянные изменения и непрерывное обучение. Это книга для модернизации лидерства.
    38 The Unicorn Project: Роман о разработчиках, цифровом разрушении и процветании в эпоху данных (2019, 352 страницы, Джин Ким)
    4 * Это образцовый роман о цифровой трансформации и, в частности, DevOps.«Проект Феникс» была отличной книгой, а эта лучше. Мы следим за старшим ведущим разработчиком и архитектором Максин, когда ее сослали в проект Phoenix.
    Проект Феникс выдвинул на первый план Три пути , Проект Единорога поднимает это с Пять Идеалов .
    Добро пожаловать в век программного обеспечения.
    39
    Проект Феникс: роман об ИТ, DevOps и помощи в достижении победы (2014 г., 382 страницы, Джин Ким, Кевин Бер и Джордж Спаффорд)

    4 * Современная притча о дисфункциональном ИТ-отделе, повышении Билла до вице-президента по ИТ-операциям и постепенном переходе на DevOps и Lean.Хорошо написанный, занимательный и забавный взгляд на то, как можно изменить положение компании, интегрировав ИТ в бизнес-операции.

    Вспомните «Цель» Голдратта, смешанную с «Rocks into Gold» и «Power of Scrum» с некоторым содержанием из «Пять дисфункций команды», «Toyota Kata», «Continuous Delivery» и «Release it!».

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

    40 Сопоставление историй пользователей: откройте для себя всю историю, создайте правильный продукт (2014 г., 324 страницы, Джефф Паттон и Питер Эконом)

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

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

    41 Принципы потока разработки продукта: бережливая разработка продукта второго поколения (2009 г., 304 страницы, Дональд Рейнертсен)
    4 * Это книга для продвинутого уровня по разработке продуктов от очень опытного специалиста.Дональд подробно описывает 175 основополагающих принципов в восьми основных областях. Это очень объемная книга, и ее нужно читать, но она содержит очень глубокие знания, которые можно применить при разработке продукта. В ней много теоретических основ, пояснительных диаграмм и некоторых математических функций — все они даны для проверки того, как разрабатываются продукты. Вам потребуются разумные инженерные знания, чтобы понять эту книгу, включая теорию ограничений, теорию очередей, бережливое производство и « мифический человек месяц’.Отличная книга, требующая второго чтения.
    42 Переосмысление Agile: почему Agile-команды не имеют ничего общего с гибкостью бизнеса (2019, 134 страницы, Клаус Леопольд)

    4 * Фантастическая книга о создании гибкости бизнеса от пионера канбана и консультанта по изменениям Клауса Леопольда. Практический пример используется для выделения проблем, связанных со многими гибкими преобразованиями, и, что более важно, способов их решения. Четыре части книги охватывают проблему, причины, решение и результат.

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

    43 Не заставляйте меня думать, еще раз: здравый подход к веб- и мобильному удобству (2013, 216 страниц, Стив Круг)
    4 * Обильно иллюстрировано качественным контентом по интуитивно понятной навигации и информационному дизайну.Это обновление классической хорошо читаемой книги, идеально подходящее для создателей контента, а также веб-дизайнеров и мобильных дизайнеров и разработчиков
    44 Rocket Surgery Made Easy: Самостоятельное руководство по поиску и устранению проблем юзабилити (2009, 168 страниц, Стив Круг)
    4 * Консультант по юзабилити и популярный спикер Стив Круг описывает эффективный подход к тестированию юзабилити, который могут быть приняты многими командами разработчиков программного обеспечения.Это краткое, красочное, занимательное и общее практическое руководство по поиску и устранению проблем юзабилити в ваших приложениях. Если вы в настоящее время проводите пользовательское тестирование, прочтите эту книгу, чтобы понять, как сделать это более эффективно. А если вы не проводите регулярное пользовательское тестирование, купите копии для всей команды и приступайте к работе.
    45 Искусство гибкой разработки (2007, 440 страниц, Джеймс Шор и Шейн Уорден)

    4 * Это монстр из книги с четырьмястами сорока страницами большого формата плотного текста с мелким шрифтом.

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

    Эта книга разделена на:

    • Часть 1. Начало работы
    • Часть 2. Практика XP
    • Часть 3. Овладение ловкостью

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

    46 Скрам: искусство выполнять двойную работу за половину времени (2014, 248 страниц, Джефф Сазерленд)

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

    47 Scrum: революционный подход к созданию команд, соблюдению сроков и повышению производительности (2014 г., 256 страниц, Джефф Сазерленд и Дж. Дж. Сазерленд)

    4 * Книга, идентичная «Скраму: искусство выполнять в два раза больше работы за половину времени», показанной выше. Название и обложка были изменены для Европы по неизвестной причине .

    48 The Scrum Fieldbook: Более высокая производительность. Лучшие результаты. Начиная с настоящего момента (2019 г., 272 стр., Дж. Дж. Сазерленд)

    4 * Твердое прочтение от J.J. Сазерленд, бывший журналист, соведущий подкаста видеоигр, сын соучредителя Scrum Джеффа и генерального директора Scrum.Inc.

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

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

    49 Программное обеспечение за 30 дней: как гибкие менеджеры преодолевают шансы, радуют своих клиентов и оставляют конкурентов в тени (2012, 216 страниц, Кен Швабер и Джефф Сазерленд)

    4 * Книги Джеффа Сазерленда никогда не содержат подробных знаний, которые могут быть полезны при разработке с помощью Scrum, но они дают вам историю и общую картину структуры.

    Хорошо понимать философию и аргументы, лежащие в основе практики, и ценить, как мы дошли до этой точки.

    50 Сила Scrum: Scrum — это итеративная, инкрементная структура для управления проектами, часто встречающаяся в гибкой разработке программного обеспечения, типе программной инженерии (2011 г., 128 страниц, Джефф Сазерленд, Рини ван Столинген и Элко Рустенбург)

    4 * Это история технического директора сильно провалившегося проекта, принявшего Scrum и живущего долго и счастливо (извинения за перефразирование и порчу концовки).Скрам представлен в виде басни в стиле книг «Крайний срок» или «Проект Феникс». Опять же, как и следовало ожидать от Джеффа, высокоуровневый взгляд на Скрам, идеальный для тех, кто не будет читать обычные книги по программному обеспечению.

    51 Agile Adoption Patterns: дорожная карта к организационному успеху (2008 г., 408 страниц, Амр Эльсамадиси)

    4 * Это книга проверенных шаблонов и методов для достижения успеха с Agile.Шаблон — это особая проблема и контекст решения. Используемый формат шаблона: имя , описание, ценность для бизнеса, эскиз (вымышленный пример), контекст , силы, следовательно, принятие, но, варианты и ссылки .

    Книга разделена на пять разделов:

    1. Мысли о разработке программного обеспечения
    2. Разработка стратегии внедрения Agile
    3. Каталог выкроек
    4. Примеры из практики
    5. Приложения

    Amr направляет читателя в создании и развитии оптимальной стратегии внедрения Agile, используя группы шаблонов, нацеленных на конкретные проблемы (или запахи).Мне нравится эта книга, поскольку в ней представлен широкий спектр шаблонов и хороших советов о том, что можно практиковать в различных ситуациях для реальных команд. Наряду с хорошими советами Амр предлагает практические способы его реализации.

    52 Руководство по внедрению и преобразованию Agile: работа с организационной культурой (2012 г., 80 страниц, Майкл Сахота)

    4 * Очень стоящее чтение, посвященное подходам к принятию и трансформации, а также структуре, поддерживающей это.Материал о культурной совместимости с Agile, Kanban и Craftsmanship очень интересен.

    Также полезен раздел, посвященный выявлению причин неудачного внедрения Agile.

    53 Unlocking Agility: An Insider Guide to Agile Enterprise Transformation (2018, 368 страниц, Jorgen Hesselberg)
    4 * Отличное руководство по гибкой трансформации предприятия в более крупных организациях. Книга начинается с аргументов в пользу гибкости, продолжается несколькими аспектами гибкости и заканчивается стратегическим руководством по внедрению.Описано множество инструментов, техник и приемов — все очень практично и ясно из окопов.
    54 Канбан и Скрам: максимальное использование обоих (2009 г., 120 страниц, Хенрик Книберг и Маттиас Скарин)

    4 * Часть 1 Хенрика сравнивает Scrum и Kanban и показывает, когда и как их использовать. Часть 2, написанная Маттиасом, представляет собой тематическое исследование того, как компания-разработчик Scrum внедрила Канбан в свои операции и группы поддержки.

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

    55 Канбан изнутри: понимание метода канбан, подключение его к тому, что вы уже знаете, внедрение его с эффектом (2015, 270 страниц, Майк Берроуз)

    4 * Основатель Agendashift Майк Берроуз пишет информативную и полезную книгу о понимании и применении метода Канбан.

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

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

    Часть 3 сфокусирована на реализации и основана на подходе системного мышления к внедрению Канбана (STATIK). Этот раздел отлично подходит как для новичков в Канбан, так и для опытных практиков, поскольку в нем подробно рассказывается, как понять, что требуется, и как решить проблему. Часть 3 представляет собой обширный раздел документа для практиков, среди множества разделов анализирующий спрос и возможности, моделирование рабочего процесса, проектирование систем Канбан и развертывание.

    Если вы планируете использовать Канбан или желаете улучшить свою реализацию, прочтите синюю книгу (Канбан — Дэвид Андерсон), а затем эту.

    56 Essential Kanban Condensed (2016, 100 страниц, Дэвид Андерсон и Энди Кармайкл)

    4 * Эта книга представляет собой краткую формулировку метода Канбан, обновляя рекомендации, основанные на опыте внедрения Канбана со времени выхода оригинальной книги Дэвида Андерсона в 2010 году.

    Essential Kanban Condensed содержит краткую ссылку на основные концепции метода Канбан, включая девять ценностей, три повестки дня, шесть основополагающих принципов и шесть общих практик.Книга заканчивается более широкими главами, посвященными Канбану, включая знакомство с организациями (STATIK), ролями, прогнозированием и показателями.

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

    57 Остановить запуск, начать окончание (2012, 36 страниц, Энн Рук)

    4 * Несмотря на то, что небольшой буклет на 27 страницах содержания (каждая с нарисованным от руки графикой) «Прекратить запуск, начать завершать» дает отличный обзор основных концепций Канбана с притчей о Джастине, менеджере проекта.

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

    58 Канбан: успешные эволюционные изменения для вашего технологического бизнеса (2010, 280 страниц, Дэвид Дж. Андерсон)

    4 * Создатель Канбана дает руководство по началу использования и дальнейшего улучшения Канбана. Дэвид впервые применил технику Канбан во время работы в Microsoft в 2004 году и, наконец, опубликовал эту книгу в 2010 году.

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

    59 Модель зрелости канбана: эволюция организаций, соответствующих назначению (2018, 206 страниц, Дэвид Дж. Андерсон и Теодора Божева)
    4 * Модель зрелости канбана (KMM) — мощный инструмент для коучей и консультантов по трансформации Канбан. использование в консультировании организаций по улучшению с использованием Канбан.KMM использует семь уровней организационной зрелости:
    — ML0: Oblivious
    — ML1: Emerging
    — ML2: Defined
    — ML3: Managed
    — ML4: Quantitative Managed
    — ML5: Optimizing
    — ML6: Congruent
    Эта дорогая книга предоставляет четкое руководство по анализу текущего состояния и созданию дорожной карты с конкретными действиями, которые позволят организациям повысить гибкость бизнеса. Существует 132 конкретных практики, сопоставленных с шестью общими практиками Канбана и семью уровнями зрелости, представленными в УЗМ.Существует исчерпывающий набор примеров канбан-досок, демонстрирующих глубину метода. Эта книга позволяет тренерам по Канбану быстро повысить ценность своей работы.
    60 Agile Testing: Практическое руководство для тестировщиков и Agile-команд (2008 г., 576 страниц, Лиза Криспин и Джанет Грегори)

    4 * Эта книга предназначена для тестировщиков и QA, а также для Agile-команд, менеджеров и клиентов. На более чем 500 страницах основное внимание уделяется тому, как тестировщики взаимодействуют с Agile, как они подходят для Agile-команд и как проводить тестирование в короткие итерации.

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

    Эта книга была написана в 2008 году и содержит полезные советы тестировщикам, которые нашли свое место в гибкой разработке.Мне нравится, что он охватывает область, обычно отсутствующую в других книгах по Agile, но я был удивлен его толщиной. Часть текста немного мягкая, и книга, конечно, могла бы быть короче, но она имеет хорошее содержание, и я с нетерпением жду возможности прочитать продолжение 2014 года Более гибкое тестирование (также на более чем 500 страницах…).

    61 Создание бизнес-модели (2010 г., 288 страниц, Александр Остервальдер и Ив Пиньер)

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

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

    62 Дизайн ценностного предложения (2014, 320 страниц, Александр Остервальдер, Ив Пиньер, Грегори Барнада, Алан Смит и Триш Пападакос)

    4 * В этой книге продолжается развитие холста бизнес-модели с целью создания привлекательных продуктов, которые люди хотят покупать.Дизайн такой же красивый, как и первая книга, и все упражнения, примеры и инструменты полезны.

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

    63 Тестирование бизнес-идей (2019, 368 страниц, Дэвид Дж. Бланд и Александр Остервальдер)
    4 * Хорошее руководство по быстрому экспериментированию для проверки бизнес-идей. Четыре раздела: «Дизайн», «Тестирование», «Эксперименты» и «Мышление».Раздел экспериментов, посвященный обнаружению и проверке, является самым сильным. В этом третьем томе бумага довольно тонкая по сравнению с BMC и VPC, но дизайн по-прежнему отличный, а цвета яркие.
    64 Руководство по изменению канбана: создание культуры постоянного совершенствования (2015, 304 страницы, Клаус Леопольд и Зигфрид Калтенекер)
    4 * Клаус и Зигфрид создали исчерпывающий и практический справочник по современному канбану.Есть три раздела: первый — подробное описание метода, второй — контекст для изменений и лидерства, а третий — более глубокий и большой раздел о проведении семинара по проектированию систем. Это дорогая книга, в которой подробно описаны все элементы внедрения Канбана, и она идеально подходит для тренеров Канбан или руководителей трансформации.
    65 Единая команда взаимодействия с пользователем: руководство по выживанию в исследованиях и дизайне (2013 г., 264 стр., Лия Були)
    4 * Отличное руководство о том, как внедрить практики UX в команды разработчиков, чтобы ускорить обучение и производить более качественные продукты.Лия авторитетно и уверенно пишет о том, как начать работу с UX, создать поддержку и выполнять открытия, исследования, проектирование, тестирование и проверку. Сама книга хорошо оформлена и полна красочных фигур. Это отличное руководство по использованию методов UX и улучшению результатов для клиентов.
    66 UX для бережливых стартапов: более быстрое и разумное исследование и дизайн пользовательского опыта (2018, 233 страницы, Лаура Кляйн)
    4 * Эксперт по UX Лаура Кейн дает действенные советы по внедрению UX для вывода вашего продукта на рынок.Это книга не только для предпринимателей, создающих стартапы, но и для всех, кто хочет внедрить инновационные методы в свое развитие. Три раздела этой книги посвящены валидации, дизайну и продукту — каждый с практическим руководством и побуждением к действию. Наконец, эта книга веселая! С разделами, озаглавленными «Слабосвязанные высказывания» и «Давай, сделай это сейчас», вы знаете, что ожидать самоуверенной и увлекательной поездки.
    67 Гибкая структура ИТ-организации: для цифровой трансформации и непрерывной доставки (2015, 304 страницы, Шрирам Нараян)

    4 * Отличная книга по проектированию и развитию гибкой организации.Интересные и подробные главы охватывают структуру через дизайн команды с подотчетностью, согласованностью, финансами и показателями среди других ключевых областей.

    Обладая большим опытом работы с ThoughtWorks и консультантом по управлению ИТ, Шрирам предлагает методы анализа и улучшения организационного дизайна с использованием принципов Agile.

    68 BDD в действии: разработка на основе поведения для всего жизненного цикла программного обеспечения (2014 г., 384 страницы, John Ferguson Smart)
    4 * Это надежное руководство по разработке, основанной на поведении, от принципов и практик до реального мира примеры и более сложные темы, включая живую документацию, параллельные приемочные испытания и непрерывную интеграцию.Существует множество примеров сценариев в различных инструментах BDD, а также на уровне единицы, интеграции и приемлемости. Это первая книга, которую нужно прочитать на вашем первом тестовом путешествии по BDD.
    69 Agile Metrics in Action: How to Measure and Improve Team Performance (2015, 272 страницы, Christopher Davis)

    4 * Как приятно читать низкоуровневую книгу технических практик по Agile, которая содержит инструменты, сценарии и советы по созданию важных показателей.Книга состоит из трех частей —

    .
    1. Измерение гибких команд
    2. Сбор и анализ данных вашей команды
    3. Применение показателей к вашим командам, процессам и программному обеспечению

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

    70 Преодоление пропасти: маркетинг и продажа прорывных продуктов основным клиентам (2014 г., 288 стр., Джеффри А.Мур)
    4 * Это основополагающая книга по выводу передовых продуктов на крупные рынки. Показан жизненный цикл принятия технологии, начиная с новаторов и переходя к ранним последователям, раннему большинству, позднему большинству и отстающим.
    Это новое издание включает множество примеров, новых стратегий, технических моделей внедрения и связано с его книгой «Внутри торнадо». Мне понравилось читать эту книгу и узнавать больше о модели жизненного цикла принятия технологий, которая все еще используется неправильно большую часть времени, когда я ее вижу.td>
    71 Agile Retrospectives: Making Good Teams Great (2006, 200 страниц, Esther Derby & Diana Larsen)

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

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

    72 Инновационные игры: создание революционных продуктов посредством совместной игры (2006 г., 192 страницы, Люк Хоманн)

    3 * В эту книгу входят двенадцать игр, которые позволяют сотрудничать между компанией и ее клиентами, чтобы улучшить понимание и определить направление разработки продукта. Есть несколько отличных инструментов, которые помогут с инновациями и общением, включая Speed ​​Boat, Prune the Product Tree, Remember the Future и Product Box.

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

    73 Ретроспективный справочник: руководство для гибких команд (2013 г., 148 страниц, Патрик Куа)

    3 * Хорошая, но относительно короткая и небольшая книга, в которой подробно рассказывается, как проводить ретроспективы Agile для максимального обучения. Основные главы этой книги следующие:

    1. Основы ретроспективы
    2. Подготовка к ретроспективе
    3. Облегчение ретроспективы
    4. Советы по оказанию помощи в первый раз
    5. Распределенные ретроспективы
    6. Другие варианты ретроспектив
    7. После ретроспективы
    8. Общие ретроспективные запахи
    9. Сохраняя свежесть ретроспектив
    74 Agile Coaching (2009, 250 страниц, Рэйчел Дэвис и Лиз Седли)

    3 * Информационный контент от двух очень опытных Agilist о том, как эффективно применять Agile-методы.Для Agile-команд покрыты все аспекты коучинга.

    Это идеальная книга для Scrum Masters и тех, кто только начинает заниматься Agile-коучингом.

    75 Коучинг Agile-команд: помощник для Scrum-мастеров, Agile-коучей и менеджеров проектов в переходный период (2010 г., 352 страницы, Лисса Адкинс)

    3 * Это одна из тех книг, которая идеальна, если вы находитесь в нужном месте в своем тренерском путешествии и раздражает, вероятно, всех остальных.

    Coaching Agile Teams очень сфокусирован на мягкости и помогает Agile-коучам улучшить свое обучение и повысить эффективность. Как в прошлом менеджер проектов и лайф-коуч, Лисса обладает многими ключевыми навыками коучинга, но имейте в виду, что эта книга не для людей, которые хотят видеть быстрые изменения и быстрые улучшения.

    76 Сборник прецедентов тренера: освоение двенадцати черт, которые нас ловят (2015, 337 страниц, Джефф Уоттс и Ким Морган)

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

    77 Командное мастерство: от хорошего к отличной гибкой командной работе (2020, 280 страниц, Джефф Уоттс)

    3 * Тренер по гибкости и лидерству Джефф Уоттс использует аббревиатуру SQUAD для обозначения пяти черт отличных команд: самосовершенствование, качество, единство, смелость и результативность.Пять черт составляют основу первой половины книги, каждая из которых представлена ​​в виде раздела со сценарием и объяснением. Эта книга была создана на Kickstarter при участии 139 спонсоров, пожертвовавших 10 637 фунтов стерлингов, и сейчас она опубликована.

    Инновационная вторая половина книги состоит из пятидесяти карточек с вехами, которые команды могут вырвать и показать, чтобы отпраздновать свой путь к величию. В них содержится знаковое событие, такое как «Сегодня у нас появился первый довольный пользователь», а также подробные сведения о связанных рисках, вознаграждениях и ритуалах.Сканируемый QR-код перенесет вас на страницу ресурса для этой вехи, где представлена ​​дополнительная информация.

    Это отличная книга для гибких команд, которые стремятся улучшить методы своей работы. Еще одна замечательная книга от главного тренера Джеффа Уоттса.

    * НОВИНКА * Fixing Your Scrum: Practical Solutions to Common Sense Problems (2020, 200 страниц, Райан Рипли и Тодд Миллер)
    3 * Надежная книга, содержащая практические решения часто встречающихся проблем Scrum.Это отличная книга для мастеров Scrum, изучающих свое ремесло, и она избавит от многих болезненных занятий.
    78 Lean Machine: Как Harley Davidson способствует росту выручки и прибыльности с помощью революционной разработки продуктов Lean (2012, 274 страницы, Дантар П. Остервал)

    3 * Занимательный рассказ о том, как в Harley Davidson были реализованы методы разработки продуктов Lean для радикального улучшения ассортимента выпускаемых каждый год велосипедов, сокращения времени выполнения заказа и увеличения годовой прибыли.Если вам понравился «Проект Феникс», тогда вам понравится эта книга.

    Дантар работал в Harley Davidson с 1997 по 2006 год, и эта книга охватывает его время в качестве директора по развитию продукции. Книга охватывает системное мышление, циклы обучения, дизайн на основе наборов, события вытягивания, obeya и разработку продукта на основе знаний. Приятно видеть преодоление пути с постепенными изменениями и неудачи, которые случаются при реальной трансформации.

    79 Объяснение экстремального программирования: принять изменения (2004, 224 страницы, Кент Бек и Синтия Андрес)

    3 * Я подумал, что пора прочитать второе издание этой классической книги по XP.Оригинал 1999 года казался мне радикальным в то время, и до сих пор некоторые методы, такие как (100%) парное программирование и совместное сидение клиента (полный рабочий день) с командой, кажутся недостижимыми.

    Я думаю, Бек смягчился за пять лет, кроме того, индустрия разработки программного обеспечения продвинулась дальше, и XP кажется гораздо менее революционным. Некоторые технические приемы XP используются в Scrum и других Agile-практиках, но в качестве индивидуальной методологии XP используется очень редко (заметным исключением является Unruly в Лондоне, который я посетил несколько недель назад).

    Книга расширилась по сравнению с первым изданием и теперь включает пять основных ценностей, одиннадцать принципов, а также тринадцать основных и одиннадцать следственных практик, которые расширяют сферу экстремального программирования. В этом выпуске больше информации о согласовании деловых и технических решений, а также о совместной работе в команде. Как историческая книга и начало практики разработки программного обеспечения, я ставлю « Extreme Programming Explained: Embrace Change » три звезды из пяти. Я сомневаюсь, что вам нужно будет читать шире, чтобы фактически реализовать какие-либо практики XP, поскольку эта книга не дает достаточных указаний

    80 Сделать работу видимой: выявить кражу времени для оптимизации работы и потока (2017, 376 страниц, Доминика Деграндис)
    3 * Это прекрасная книга о совершенствовании процесса разработки за счет сосредоточения внимания на пяти ворах времени.Эксперт по канбан-потоку Доминика характеризует пять похитителей времени:
    — Слишком много работы
    — Неизвестные зависимости
    — Незапланированная работа
    — Конфликт приоритетов
    — Заброшенная работа
    Эта книга полна красочных диаграмм, упражнений, примеров из реальной работы, и дельный совет. Это очень полезное руководство, чтобы сделать вашу работу заметной и улучшить ее (особенно, если вы используете Канбан).
    81 Retromat: объедините 50 мероприятий для Agile Retrospectives — по 10 для каждой из 5 фаз (2016 г., 50 страниц , Коринна Балдауф)

    3 * Флипбук, содержащий пятьдесят ретроспективных мероприятий, по десять для каждой из следующих пяти фаз:

    1. Установить сцену
    2. Сбор данных
    3. Generate Insight
    4. Решите, что делать
    5. Закройте ретро

    Это печатная версия Retromat, которую можно приобрести непосредственно у Corinna; в качестве альтернативы можно использовать веб-версию, которая содержит более 120 различных действий.Я думаю, что бумажный флипбук — отличная идея, и его можно использовать для поиска идей и построения ретроспективного плана. Это практично и сразу же используется, чтобы ретроспективы оставались интересными и проницательными.

    82 Стартап, масштабирование, провал: 42 инструмента для ускорения экономичного и гибкого роста бизнеса (2019, 240 страниц, Юрген Аппело)
    3 * Еще одна замечательная книга от докладчика, инструктора и серийного предпринимателя Юргена Аппело.Юрген описывает жизненный цикл новых предприятий, поскольку они исследуют рыночные возможности, разрабатывают продукт, соответствующий рынку, а затем масштабируются. 25 коротких глав охватывают важные знания для стартапов и подкрепляют их интервью, занимательным личным опытом (от стартапа Jurgen’s Agility Scales) и восхитительными зарисовками.
    * НОВИНКА * Agile Conversations: Transform Your Conversation, Transform Your Culture (2020, 224 страницы, Douglas Squirrel & Jeffrey Fredrick)
    3 *
    Впечатляющая и заставляющая задуматься книга об успешной гибкой трансформации посредством разговора.Пять разговоров касаются доверия, страха, почему, обязательств и ответственности.

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

    83 Действующие гибкие метрики для предсказуемости: введение (2015, 314 страниц, Даниэль С. Ваканти)
    3 *
    Вдумчивое, провокационное, информативное и действительно полезное исследование гибких метрик с упором на поток и предсказуемость.Дэниел описывает кумулятивные блок-схемы, диаграммы разброса времени цикла, гистограммы времени цикла и способы использования этих инструментов для улучшения вашего процесса. Это подробное прочтение, которое действительно бросает вызов общепринятым практикам. Если вы хотите повысить эффективность и результативность своих гибких команд, то это ценное чтение.
    84 Agile Project Management with Kanban (2015, 160 страниц, Эрик Брехнер)

    3 * В качестве менеджера по развитию инженерных услуг Xbox Эрик дает практические советы по использованию Канбана во всей организации.

    После хорошего объяснения того, как реализовать Канбан, есть главы о том, как перейти на Канбан из Водопада или Скрама. Дальнейшие главы охватывают развертывание, более широкое использование в организации, устойчивое проектирование (DevOps) и выход Канбана за рамки проектирования.

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

    85 Канбан в реальном мире: делай меньше, добивайся большего с помощью рационального мышления (2015, 140 страниц, Маттиас Скарин)

    3 * В качестве коуча по бережливому производству и канбану Маттиас дает обзор концепций, а затем углубляется в четыре тематических исследования:

    1. Корпоративный канбан: улучшение всей цепочки создания стоимости
    2. Канбан в управлении изменениями
    3. Использование Канбана для спасения проекта, который сорвался с рельсов
    4. Использование Канбан в бэк-офисе: вне ИТ

    Это очень практичная книга, в которой рассказывается о реальных проектах и ​​о том, как Канбан и Lean использовались для их улучшения.Текст является разговорным и фокусируется на том, что было опробовано, а что сработало, а что нет. Повсюду есть цветные диаграммы и фотографии, чтобы помочь понять.

    В целом, стоит прочитать, если вы хотите улучшить существующую реализацию Канбан.

    86 Практический Канбан: от командного подхода к созданию ценности (2017, 353 страницы, Клаус Леопольд)
    3 * Опытный коуч Клаус представляет авторитетное и исчерпывающее руководство по внедрению канбана на предприятии.Книга глубже, чем обычные руководства по Канбану, и рассматривает фундаментальные принципы и, что более важно, то, как применять эффективный Канбан в вашей организации. Мне понравилась первая половина книги и утверждение, что Канбан — это не просто командный метод, а вместо этого оптимизирует потоки создания ценности компаний. Вторая половина книги, посвященная масштабированию, прогнозированию и оценке рисков, для меня слишком длинна, и ее следует сделать более ясной и краткой.
    87 A Scrum Book: The Spirit of the Game (2019, 540 страниц, Джефф Сазерленд, Джеймс Коплиен и группа шаблонов Scrum)
    3 * Это чрезвычайно важная книга для тех, кто хочет понять принципы Scrum framework, почему он работает и как лучше всего этим воспользоваться.Он написан соучредителем Scrum Джеффом Сазерлендом, экспертом по языку шаблонов Cope и сообществом Scrum Patterns Community (к счастью, с новым названием лучше, чем ScrumPlop). Материал также доступен на сайте ScrumBook.org, если вам не нужна бумажная версия. Есть 94 шаблона, описанные довольно подробно, с советами по их применению и множеством реальных примеров. Мой единственный вопрос — на кого это направлено? Рецензент сказал: « — это идеальная книга для новых скрам-мастеров », но это не так. Это, вероятно, лучше в качестве книги, из которой можно окунуться и выйти, чтобы создать собственный язык шаблонов.Это было бы здорово для опытных agile-коучей, улучшающих Scrum-команды и тех, кто заинтересован в создании высокопроизводительных команд. Если вы хотите вложить свою команду в прочтение его до конца, отложите часть своей жизни (это очень длинную и подробную книгу), приготовьтесь делать много заметок и спланируйте, как экспериментировать с этими шаблонами. В нескольких местах книга снисходительна, в некоторых — раздражает, и требует более тщательного редактирования, чтобы ограничить ее объем — в целом, тем не менее, это потрясающая работа.
    88 Реальность сломана: почему игры делают нас лучше и как они могут изменить мир (2012, 416 страниц, Джейн МакГонигал)

    3 * Презентация Джейн МакГонигал в рамках «группы разглагольствований гейм-дизайнеров» на конференции разработчиков игр в Сан-Франциско в 2008 году привлекла к ней внимание при разработке игр в альтернативной реальности и использовании игр для радикального преобразования нашего образа жизни и работы .

    Jane’s TED беседы на тему «Игры могут сделать мир лучше» и «Игра, которая может дать вам 10 дополнительных лет жизни» также были чрезвычайно популярны, заставляли задуматься и призывали к переменам.

    Из контекста Agile, просматривая 14 исправлений в этой книге, вы можете увидеть четкую ссылку на многие методы Agile:

    • Исправление 1: ненужные препятствия
    • Исправление 2: эмоциональная активация
    • Исправление 3: более удовлетворительная работа
    • Исправление 4: лучшая надежда на успех
    • Исправление 5: более сильная социальная связь
    • Fix 6: Эпический масштаб
    • Исправление 7: Искреннее участие
    • Исправление 8: Значимые награды, когда они нам нужны больше всего
    • Исправление 9: веселее с незнакомцами
    • Исправление 10: Хаки счастья
    • Исправление 11: устойчивая экономика вовлеченности
    • Исправление 12: больше эпических побед
    • Исправление 13: десять тысяч часов совместной работы
    • Исправление 14: Предвидение многопользовательской игры

    Эта книга — хорошее чтение для тех, кто хочет бросить вызов тому, как люди учатся и работают.Кроме того, если вам нравится геймификация и вы видите в ней способ взаимодействия с людьми и повышения успеха, тогда вам понравится Reality is Broken .

    89
    Переосмысление организаций: руководство по созданию организаций, вдохновленных следующей стадией человеческого сознания (2014 г., 380 страниц, Фредерик Лалу)

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

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

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

    90 За гранью: большое влияние небольших изменений (2015, 107 страниц, Маргарет Хеффернан)

    3 * Маргарет Хеффернан — предприниматель, автор книги «Умышленная слепота» и популярный спикер TED.В этой компактной книге TED она рассматривает совокупность небольших действий, которые создают и поддерживают культуру.

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

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

    91 Корпоративные мятежники: сделайте работу веселее (2020, 224 страницы, Йуст Миннаар и Пим де Морри)
    3 * Джуст и Пим уволились с корпоративной работы в 2016 году и стали искать рабочие места провидцев, чтобы учиться и делиться через Корпоративный блог Rebels.Эта увлекательная книга фиксирует то, чему они научились на пути к самым инновационным рабочим местам по всему миру. Пин и Джуст выиграли премию Radar Award на гала-вечере Thinkers50 2019 Awards.
    Прочтите эту книгу, чтобы узнать, как создавать лучшие компании, которые приносят удовольствие от работы и извлекают огромную выгоду из преобразований. Есть отличный контент о том, как компании продолжают трансформироваться с течением времени по мере изменения обстоятельств, а также о том, как некоторые прошлые превозносимые преобразования вернулись. Я рекомендую вам прочитать эту книгу, если вас интересует современный организационный дизайн.
    92 Культура для всех: становление организацией, стремящейся к развитию (2016, 256 страниц, Роберт Кеган и Лиза Ласкоу Лахи)
    3 * Раскройте потенциал своей организации, полностью раскрывая потенциал ее сотрудников. Это исследование трех преднамеренно развивающихся организаций (DDO) является отличным чтением и дает возможность компаниям, стремящимся к модернизации. Существуют практические упражнения и рекомендации для читателей, чтобы пройти этот трудный путь.
    93 Холакратия: революционная система управления, упраздняющая иерархию (2015, 240 страниц, Брайан Дж. Робертсон)
    3 * Холакратия — это системное изменение новой организационной структуры, основанное на вложенных кругах, разрешающих управленческие и тактические противоречия. Он отходит от стиля компании «предсказание и контроль», разработанного с 1900-х годов, к набору людей с четкими делегированными полномочиями для каждой конкретной роли. При холакратии возникает необходимость изменить всю структуру компании, что, таким образом, является разрушительным, революционным и революционным. сложно — по крайней мере, изначально.Я согласен с автором в том, что наблюдается более широкий отход от централизованных статических систем управления к одноранговым, социальным и возникающим порядкам, и это займет время. Holacracy в настоящее время используется более чем 300 организациями, включая Zappos и Arca. все еще находится в зачаточном состоянии, но стоит наблюдать как интересное движение за радикальные организационные изменения.
    94 Быть Agile: ваш путь к успешному внедрению Agile (2013, 270 страниц, Марио Э.Морейра)

    3 * Подробный подход к внедрению Agile для продуктов и компаний от опытного коуча по Agile. В этой книге рассказывается о создании команд, проверке применения Agile и адаптации к потребностям и конкретным условиям.

    95 Стратегия: стратегия продукта и дорожная карта продукта Pra

    Agile Framework: Scrum против Kanban

    В опросе VersionOne 84 процента респондентов заявили, что в их организациях до сих пор нет зрелых методик гибкой разработки.Это означает, что компании выполняют гибкую разработку, не понимая, как работают гибкие процессы, что в конечном итоге приводит к провалу проекта.

    В отчете Gartner «Стать супергероем Agile: 8 атрибутов успеха» (контент, доступный клиентам Gartner) говорится, что успешные agile-команды должны хорошо разбираться в гибких процессах и методах.

    Малые предприятия, обратите внимание: Чтобы добиться успеха в проекте, вы должны получить ясность по крайней мере в отношении самых основных гибких структур.Поскольку большинство Agile-команд следуют двум базовым концепциям, то есть scrum или kanban, путь к «гибкой зрелости» начинается с понимания этих двух структур.

    Малые и средние предприятия (SMB), которые выполняют проекты без четкого понимания гибких платформ, будут иметь дисфункциональные команды с низким моральным духом. Они также будут пытаться уложиться в сроки выполнения проекта.

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

    Формируйте командную собственность с помощью Scrum

    Что такое Scrum? Scrum — самый популярный фреймворк Agile, 66 процентов всех фреймворков Agile являются вариантами Scrum или Scrum.

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

    Ключевые идеи scrum

    • Роли : Скрам делит команду на три основные роли: владелец продукта, мастер схватки и команда разработчиков.
    • Артефакты: Артефакты Scrum включают в себя отставание продукта, отставание спринта и приращение. В совокупности это позволяет командам определять приоритеты задач и реализовывать проекты в согласованные сроки.

    Методология Scrum

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

    Соображения для малых и средних предприятий при внедрении: Scrum считается облегченной гибкой структурой, поэтому ее может быть недостаточно для всех команд. Например, канбан (подробнее об этом позже) может быть лучшим вариантом, если вы измеряете прогресс проекта как непрерывный поток, а не в рамках временных рамок.

    Кроме того, компании часто объединяют scrum с другими гибкими фреймворками, такими как экстремальное программирование, когда несколько команд (DevOps, UI / UX и т. Д.) Должны сотрудничать для создания продукта.

    Более того, Scrum не обязательно подходит для каждой компании. Вот два фактора, которые помогут вам понять, выиграет ли ваш бизнес от использования scrum:

    • Влияние клиента: При работе над клиентскими проектами вам нужно будет отдавать предпочтение их запросам над задачами в спринте. В результате ваши команды могут не выполнить все задачи, которые они взяли на себя на сессиях планирования спринта.
    • Командная дисциплина: Скрам требует соблюдения своих мероприятий (рабочих процессов, состоящих из встреч команды) и ценностей.Команды, которым не хватает правильного набора ценностей схватки и стремления к полному участию в мероприятиях, будут плохо планировать проекты и делать неточные ожидания спринта.

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

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

    Как помогают инструменты Scrum: Инструменты Scrum поставляются с определенными функциями, которые улучшают планирование проекта и совместную работу на этапе выполнения. Вот краткий обзор трех способов, которыми эти инструменты могут помочь scrum-командам:

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

    Повысьте продуктивность команды с помощью Канбан

    Что такое Канбан? Как гибкая структура, канбан — это метод управления работой, который не предполагает нисходящего подхода с инструкциями.Вместо этого участники используют вытягивающую систему, которая разделяет задачи на простые рабочие процессы (т. Е. «Предстоит сделать», «в процессе» или «выполнено»).

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

    Ключевые идеи, лежащие в основе канбана

    • Визуализация: Канбан-доски могут визуализировать различные виды задач, которые команды должны выполнять в проекте. Вы можете использовать липкие заметки на физических досках или инструменты канбана для отображения цифровых карточек (представляющих задачи) на онлайн-панелях.
    • Пределы незавершенной работы (WIP): Это количество незавершенных задач, которые необходимо выполнить, прежде чем вы сможете добавить новые задачи. Это техника канбана, которая препятствует многозадачности, позволяя сотрудникам сосредоточиться исключительно на ключевых задачах.
    • Рабочий процесс: Задачи в методе канбана проходят разные этапы, пока не будут выполнены. Четко определенные этапы, известные как рабочий процесс проекта, помогают командам выявлять узкие места, которые снижают эффективность и вызывают задержки проекта.

    Принципы Канбана

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

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

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

    Ниже приведены рекомендации Gartner из его отчета «Повышение гибкости и эффективности ИТ-операций с помощью канбана» (контент, доступный клиентам Gartner) по оптимизации процесса канбан. Малые предприятия выиграют, если будут следовать этим советам:

    1. Определите рабочий процесс вашей команды: Разбейте работу на ряд задач, которые помогут членам команды визуально понять требования и зависимости задач.
    2. Создайте доску канбан: Создайте физическую или интерактивную доску, состоящую из стикеров или цифровых карточек с минимум двумя столбцами: «в процессе» и «готово».”
    3. Установите пределы незавершенного производства: Подсчитайте количество задач, которые ваша группа может выполнять одновременно. Ограничения WIP могут зависеть от размера вашей команды. Это означает, что чем больше у вас команда, тем больше задач они могут выполнить.
    4. Определите «выполнено» для каждой задачи: Создайте набор правил, которые необходимо выполнить, прежде чем задача может быть отмечена как «выполненная». Убедитесь, что все команды согласны с этими правилами и что каждая задача проходит стадию «проверки», прежде чем будет помечена как «выполненная».”

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

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

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

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

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

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

    Заключение и следующие шаги

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

    Факторы Скрам Канбан
    У вас нет процессов, и вы хотите попробовать Agile. Есть
    Ваши проекты должны строго соответствовать срокам. Есть
    Вы ищете способы повысить эффективность существующих процессов управления проектами. Есть
    Ваша основная цель — найти способы повысить продуктивность и производительность сотрудников. Есть

    После того как вы выберете конкретную структуру, вам потребуются инструменты, которые помогут вашей команде эффективно выполнять процессы.Следовательно, выбор правильного решения scrum или kanban становится критически важным для обеспечения успеха ваших гибких проектов.

    Чтобы помочь вам сделать правильный выбор программного обеспечения, мы создали отчет в формате PDF, в котором сравниваются функциональные возможности, цены и варианты использования инструментов Scrum и Kanban.

    А если вы заинтересованы в более гибком программном обеспечении для управления проектами, помимо scrum и kanban, ознакомьтесь со следующими руководствами:

    .

    Post A Comment

    Ваш адрес email не будет опубликован. Обязательные поля помечены *