Текст книги "Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство"

Список использованной литературы

Ниже приводится список рекомендованной дополнительной литературы, разделенный на подразделы и (или) темы:

РАЗДЕЛ 2 – ВВЕДЕНИЕ В AGILE

Briggs, Sara. «Agile Based Learning: What Is It and How Can It Change Education?» Opencolleges.edu.au 22 февраля 2014 г., по данным веб-сайта http://www.opencolleges.edu.au/informed/features/agile-based-learning-what-is-it-and-how-can-it-change-education/.

Manifesto for Agile Software Development, 2001, http://agilemanifesto.org/.

Peha, Steve. «Agile Schools: How Technology Saves Education (Just Not the Way We Thought it Would).» InfoQ. 28 июня 2011 г., по данным веб-сайта https://www.infoq.com/articles/agile-schools-education.

Principles behind the Agile Manifesto, 2001, http://agilemanifesto.org/principles.html.

Rothman, Johanna. 2007. Manage It! Your Guide to Modern, Pragmatic Project Management. Raleigh: Pragmatic Bookshelf.

Sidky, Ahmed (Keynote). 2015. https://www.slideshare.net/AgileNZ/ahmed-sidky-keynote-agilenz.

Stacey Complexity Model. 2016. http://www.scrum-tips.com/2016/02/17/stacey-complexity-model/.

РАЗДЕЛ 3 – ВЫБОР ЖИЗНЕННОГО ЦИКЛА

«Agile Modeling (AM) Home Page: Effective Practices for Modeling and Documentation,» Agile Modeling, (без даты), http://www.agilemodeling.com/.

Anderson, David, and Andy Carmichael. 2016. Essential Kanban Condensed. Seattle: Blue Hole Press.

Anderson, David. 2010. Kanban: Successful Evolutionary Change for Your Technology Business. Seattle: Blue Hole Press.

Benson, Jim, and Tonianne DeMaria Barry. 2011. Personal Kanban: Mapping Work | Navigating Life. Seattle: Modus Cooperandi Press.

Burrows, Mike. 2014. Kanban from the Inside: Understand the Kanban Method, connect it to what you already know, introduce it with impact. Seattle: Blue Hole Press.

Domain Driven Design Community. 2016. http://dddcommunity.org/.

Gothelf, Jeff, and Josh Seiden. 2016. Lean UX: Designing Great Products with Agile Teams. Sebastopol: O’Reilly Media.

Hammarberg, Marcus, and Joakim Sunden. 2014. Kanban in Action. Shelter Island: Manning Publications.

«Kanban,» Wikipedia, последние изменения внесены 4 мая 2017 г., по данным 22 ноября 2016 г. с веб-сайта https://en.wikipedia.org/wiki/Kanban.

«Kanban (development),» Wikipedia, последние изменения внесены 4 мая 2017 г., по данным 29 ноября 2016 г. с веб-сайта https://en.wikipedia.org/wiki/Kanban_(development).

Larsen, Diana, and Ainsley Nies. 2016. Liftoff: Start and Sustain Successful Agile Teams. Raleigh: Pragmatic Bookshelf.

«Learning Kanban,» Leankit, (без даты), https://leankit.com/learn/learning-kanban/.

Leopold, Klaus, and Siegrfried Kaltenecker. 2015. Kanban Change Leadership: Creating a Culture of Continuous Improvement. Hoboken: Wiley.

«Make a big impact with software products and projects!» Impact Mapping, (без даты), https://www.impactmapping.org/.

Patton, Jeff, and Peter Economy. 2014. User Story Mapping: Discover the Whole Story, Build the Right Product. Sebastopol: O’Reilly Media.

Reinertsen, Donald. 2009. The Principles of Product Development Flow: Second Generation Lean Product Development. Redondo Beach: Celeritas Publishing.

Rothman, Johanna. «Dispersed vs. Distributed Teams,» Rothman Consulting Group, Inc., 25 октября 2010 г., http://www.jrothman.com/mpd/2010/10/dispersed-vs-distributed-teams/.

Schwaber, Ken, and Jeff Sutherland. «The Scrum Guide™,» Scrum.org, июль 2016. г. http://www.scrumguides.org/scrum-guide.html and http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-US.pdf#zoom=100.

Skarin, Mattias. 2015. Real-World Kanban: Do Less, Accomplish More with Lean Thinking. Raleigh: Pragmatic Bookshelf.

«The High Cost of Multitasking: 40 % of Productivity Lost by Task Switching,» Wrike.com, 24 сентября 2015 г., https://www.wrike.com/blog/high-cost-of-multitasking-for-productivity/.

Wells, Don. «Extreme Programming: A Gentle Introduction,» Extreme Programming, 8 октября 2013 г., http://www.extremeprogramming.org/.

РАЗДЕЛ 4 – РЕАЛИЗАЦИЯ AGILE:

Amabile, Teresa, and Steven Kramer. 2011. The Progress Principle: Using Small Wins to Ignite Joy, Engagement, and Creativity at Work. Boston: Harvard Business Review Press.

«Early Warning Signs of Project Trouble – Cheat Sheet, 2017, https://agilevideos.com/wp-content/uploads/2017/02/WarningSignsOfProjectTrouble-CheatSheet.pdf.

Dweck, Carol. 2006. Mindset: The New Psychology of Success. New York: Penguin Random House.

Kaner, Sam. Facilitator’s Guide to Participatory Decision-Making. 3rd ed. 2014. San Francisco: Jossey-Bass.

Keith, Kent. The Case for Servant Leadership. 2008. Westfeld: Greenleaf Center for Servant Leadership.

Rothman, Johanna. 2016. Agile and Lean Program Management: Scaling Collaboration Across the Organization. Victoria, British Columbia: Practical Ink.

Rothman, Johanna. „Dispersed vs. Distributed Teams,“ Rothman Consulting Group, Inc., 25 октября 2010 г., http://www.jrothman.com/mpd/2010/10/dispersed-vs-distributed-teams/.

Rothman, Johanna. 2007. Manage It! Your Guide to Modern, Pragmatic Project Management. Raleigh: Pragmatic Bookshelf.

Rothman, Johanna. 2016. Manage Your Project Portfolio: Increase Your Capacity and Finish More Projects. Raleigh: Pragmatic Bookshelf.

Schwaber, Ken, and Jeff Sutherland. „The Scrum Guide™,“ Scrum.org, июль 2016 г., http://www.scrumguides.org/scrum-guide.html и http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-US.pdf#zoom=100.

Sinek, Simon. 2011. Start with Why: How Great Leaders Inspire Everyone to Take Action. New York: Portfolio, Penguin Random House.

„The High Cost of Multitasking: 40 % of Productivity Lost by Task Switching,“ Wrike.com, 24 сентября 2015 г., https://www.wrike.com/blog/high-cost-of-multitasking-for-productivity/.

EXPERIENCE REPORTS:

„Experience Reports,“ Agile Alliance, (без даты), https://www.agilealliance.org/resources/experience-reports/.

БЛАГОПОЛУЧИЕ ПРОЕКТА И КОМАНДЫ:

„Early Warning Signs of Project Trouble – Cheat Sheet.“ 2017. https://agilevideos.com/wp-content/uploads/2017/02/ WarningSignsOfProjectTrouble-CheatSheet.pdf.

„TeamHealth Radar – Summary View,“ Agilehealth. 2014. http://agilityhealthradar.com/wp-content/uploads/2014/11/bigradar.gif.

ЭФФЕКТИВНОСТЬ РАСХОДОВАНИЯ РЕСУРСОВ:

Modig, Niklas, and Pär Åhlström. 2015. This is Lean: Resolving the Efficiency Paradox. London: Rheologica Publishing.

Rothman, Johanna. „Resource Efficiency vs. Flow Efficiency, Part 5: How Flow Changes Everything,“ Rothman Consulting Group, Inc., 20 сентября 2015 г., http://www.jrothman.com/mpd/agile/2015/09/resource-efciency-vs-fow-efciency-part-5-how-fow-changes-everything/.

SCALING:

Disciplined Agile 2.X – A Process Decision Framework. 2016. http://www.disciplinedagiledelivery.com/.

Kniberg, Henrik. „Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds,“ Crisp, 14 ноября 2012 г., http://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify.

„Overview – Large Scale Scrum,“ LeSS. 2016. http://less.works/.

„SAFe® for Lean Software and System Engineering,“ SAFe®. 2016. http://www.scaledagileframework.com/.

НАВЫКИ:

Beck, Kent. Paint Drip People, 4 августа 2016 г., https://www.facebook.com/notes/kent-beck/paint-drip-people/1226700000696195/.

„Generalizing Specialists: Improving Your IT Career Skills,“ Agile Modeling, (без даты), http://www.agilemodeling.com/essays/generalizingSpecialists.htm.

Hunter, Brittany. „Of Software Designers & Broken Combs,“ Atomic Object, 27 июня 2013 г., https://spin.atomicobject.com/2013/06/27/broken-comb-people/.

РАЗДЕЛ 5 – РЕАЛИЗАЦИЯ AGILE: ПОСТАВКА В СРЕДЕ AGILE

Larsen, Diana, and Ainsley Nies. 2016. liftoff: Start and Sustain Successful Agile Teams. Raleigh: Pragmatic Bookshelf.

РЕТРОСПЕКТИВА:

Derby, Esther, and Diana Larsen. 2006. Agile Retrospectives: Making Good Teams Great. Raleigh: Pragmatic Bookshelf.

Gonçalves, Luis, and Ben Linders. 2015. Getting Value out of Agile Retrospectives: A Toolbox of Retrospective Exercises. Victoria, British Columbia: Leanpub.

БЭКЛОГ:

Adzic, Gojko, Marjory Bissett, and Tom Poppendieck. 2012. Impact Mapping: Making a Big Impact with Software Products and Projects. Woking, Surrey: Provoking Thoughts.

Patton, Jeff, and Peter Economy. 2014. User Story Mapping: Discover the Whole Story, Build the Right Product. Sebastopol: O’Reilly Media.

Rothman, Johanna. „We Need Planning; Do We Need Estimation?“ Rothman Consulting Group, Inc., 21 января 2015 г., http://www.jrothman.com/mpd/project-management/2015/01/we-need-planning-do-we-need-estimation/.

ЛЕТУЧКИ:

Brodzinski, Pawel. „Effective Standups around Kanban Board,“ Brodzinski.com, 30 декабря 2011 г., http://brodzinski.com/2011/12/effective-standups.html.

Fowler, Martin. „It’s Not Just Standing Up: Patterns for Daily Standup Meetings,“ Martinfowler.com, 21 февраля 2016 г., http://martinfowler.com/articles/itsNotJustStandingUp.html.

Hefley, Chris. „How to Run Effective Standups and Retrospectives,“ Leankit, 15 сентября 2014 г., https://leankit.com/blog/2014/09/run-effective-standups-retrospectives/.

ОСВОЕННЫЙ ОБЪЕМ:

Griffiths, Mike. „A Better S Curve and Simplified EVM,“ Leading Answers, 6 июня 2008 г., http://leadinganswers.typepad.com/leading_answers/2008/06/a-better-s-curve-and-simplified-evm.html.

РАЗДЕЛ 6 – ОРГАНИЗАЦИОННЫЕ СООБРАЖЕНИЯ ДЛЯ ПРОЕКТОВ AGILE

Bankston, Arlen, and Sanjiv Augustine. Agile Team Performance Management: Realizing the Human Potential of Teams, 14 июня 2010 г., www.lithespeed.com/transfer/Agile-Performance-Management.pptx.

Browder, Justin, and Brian Schoeff. Perfect Strangers: How Project Managers and Developers Relate and Succeed. CreateSpace Independent Publishing Platform, 2016, https://www.createspace.com/.

Grifths, Mike. „Agile Talent Management,“ Leading Answers, 14 октября 2015 г., http://leadinganswers.typepad.com/leading_answers/2015/10/agile-talent-management.html.

Kohn, Alfie. 1999. Punished by Rewards: The Trouble with Gold Stars, Incentive Plans, A’s, Praise, and Other Bribes. New York: Mariner Books.

Mar, Kane. „How to do Agile Performance Reviews,“ Scrumology, (без даты), https://scrumology.com/how-to-do-agile-performance-reviews/.

McChrystal, Stanley, Tantum Collins, David Silverman, and Chris Fussell. 2015. Team of Teams: New Rules of Engagement for a Complex World. New York: Portfolio, Penguin Random House.

Pink, Daniel. 2011. Drive: The Surprising Truth About What Motivates Us. New York: Riverhead Books.

РАЗДЕЛ 7 – ПРИЗЫВ К ДЕЙСТВИЮ (ИНСПЕКЦИЯ БЕЗ АДАПТАЦИИ БЕСПОЛЕЗНА)

Dennis, Pascal. 2006. Getting the Right Things Done: A Leader’s Guide to Planning and Execution. Cambridge: Lean Enterprise Institute.

Grifths, Mike. „Introducing Agile Methods: Mistakes to Avoid – Part 3,“ Leading Answers, 15 марта 2007 г., http://leadinganswers.typepad.com/leading_answers/2007/03/introducing_agi_2.html.

Little, Jason. Lean Change Management: Innovative Practices for Managing Organizational Change. Happy Melly Express, 2014, http://www.happymelly.com/category/hm-express/.

Rising, Linda, and Mary Lynne Manns. 2004. Fearless Change: Patterns for Introducing New Ideas. Upper Saddle River: Addison-Wesley Professional.

„The IDEAL Model,“ Software Engineering Institute, Carnegie Mellon, 2006, http://www.sei.cmu.edu/library/assets/idealmodel.pdf.

ПРИЛОЖЕНИЕ A1 – КАРТИРОВАНИЕ РУКОВОДСТВА PMBOK®

Larsen, Diana and Ainsley Nies. 2016. liftoff: Start and Sustain Successful Agile Teams. Raleigh: Pragmatic Bookshelf.

ПРИЛОЖЕНИЕ A2 – КАРТИРОВАНИЕ AGILE-МАНИФЕСТА

Manifesto for Agile Software Development, 2001, http://agilemanifesto.org/.

Principles behind the Agile Manifesto, 2001, http://agilemanifesto.org/principles.html.

ПРИЛОЖЕНИЕ A3 – ОБЗОР ФРЕЙМВОРКА AGILE И БЕРЕЖЛИВОГО ФРЕЙМВОРКА

Agile Business Consortium, 2014, https://www.agilebusiness.org/what-is-dsdm.

Ambler, Scott. «The Agile Unifed Process,» Ambysoft, 13 мая 2006 г., http://www.ambysoft.com/unifedprocess/agileUP.html.

Anderson, David. 2010. Kanban: Successful Evolutionary Change for Your Technology Business. Seattle: Blue Hole Press.

Beedle, Mike. Enterprise Scrum: Executive Summary: Business Agility for the 21st Century, 7 января 2017 г., http://www.enterprisescrum.com/enterprise-scrum/.

Cockburn, Alistair. 2004. Crystal Clear: A Human-Powered Methodology for Small Teams. Upper Saddle River: Pearson Education.

Cockburn, Alistair. «Crystal Methodologies,» alistair.cockburn.us, 28 марта 2014 г., http://alistair.cockburn.us/Crystal+methodologies.

Disciplined Agile 2.X – A Process Decision Framework, 2016, http://www.disciplinedagiledelivery.com/.

Joint MIT-PMI–INCOSE Community of Practice on Lean in Program Management. 2012. The Guide to Lean Enablers for Managing Engineering Programs. Newtown Square, PA: Автор.

«Kanban,» Wikipedia, последние изменения внесены 4 мая 2017 г., по данным 22 ноября 2016 г. с веб-сайта https://en.wikipedia.org/wiki/Kanban.

«Kanban (development),» Wikipedia, последние изменения внесены 4 мая 2017 г., по данным 29 ноября 2016 г. с вебсайта https://en.wikipedia.org/wiki/Kanban_(development).

Reddy, Ajay, and Jack Speranza. 2015. The Scrumban [R]Evolution: Getting the Most Out of Agile, Scrum, and Lean Kanban. Boston: Addison-Wesley Professional.

«Overview – Large Scale Scrum,» LeSS, 2016, http://less.works/.

«SAFe® for Lean Software and System Engineering,» SAFe®, 2016, http://www.scaledagileframework.com/.

Schwaber, Ken, and Jeff Sutherland. «The Scrum Guide™,» Scrum.org, июль 2016 г., http://www.scrumguides.org/scrum-guide.html и http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-US.pdf#zoom=100.

«Scrum of Scrums,» Agile Alliance, (без даты), https://www.agilealliance.org/glossary/scrum-of-scrums/.

«Scrumban,» Wikipedia, 2 марта 2017 г., https://en.wikipedia.org/wiki/Scrumban.

«State of Agile Report: Agile Trends,» Version One, 2017, http://stateofagile.versionone.com/.

Sutherland Jeff. «Agile Can Scale: Inventing and Reinventing SCRUM in Five Companies.» Cutter IT Journal 14, no. 12 (2001): 5-11 http://www.controlchaos.com/storage/scrum-articles/Sutherland200111proof.pdf.

«The 2015 State of Agile Development,» Scrum Alliance®, 2015, https://www.forrester.com/report/The+2015+State+Of+Agile+Development/-/E-RES122910.

Wells, Don. «Extreme Programming: A Gentle Introduction,» Extreme Programming, 8 октября 2013 г., http://www.extremeprogramming.org/.

Why Scrum? State of Scrum Report, 2016, https://www.scrumalliance.org/why-scrum/state-of-scrum-report/2016-state-of-scrum.

ПРИЛОЖЕНИЕ X2 – СВОЙСТВА, ВЛИЯЮЩИЕ НА АДАПТАЦИЮ

Griffiths, Mike. «Agile Suitability Filters,» Leading Answers, 2007, http://leadinganswers.typepad.com/leading_answers/files/agile_suitability_filters.pdf.

Jeffries, Ron. «We Tried Baseball and It Didn’t Work,» ronjeffries.com, 2 мая 2006 г., http://ronjeffries.com/xprog/articles/jatbaseball/.

Rothman, Johanna. «One Experimental Possibility: Self-Organization from Component Teams to Feature Teams,» Rothman Consulting Group, Inc., 23 сентября 2014 г., http://www.jrothman.com/mpd/agile/2014/09/one-experimental-possibility-self-organization-from-component-teams-to-feature-teams/.

Глоссарий

1. СОКРАЩЕНИЯ

ATDD – разработка на основе приемочных тестов

BDD – разработка на основе поведения

BRD – документы с бизнес-требованиями

DA – упорядоченный agile

DoD – критерии выполнения

DoR – критерии готовности

DSDM – динамический метод разработки систем

Evo – эволюционная поставка ценности

LeSS – крупномасштабный скрам

LSD – бережливая разработка программного обеспечения

PDCA – планирование-действие-проверка-корректировка

ОУП – офис управления проектами

ROI – окупаемость инвестиций

RUP – рациональный унифицированный процесс

SAFe® – Scaled Agile Framework® (масштабированный agile-фреймворк)

SBE – спецификация на примерах

XP – экстремальное программирование

2. ОПРЕДЕЛЕНИЯ

A3 / A3. Способ мышления и процесс систематического решения проблем, который предусматривает изложение соответствующей информации на одном листе бумаги формата А3.

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

Agile-коуч / Agile Coach. Человек, имеющий знания и опыт в agile, который может обучать, выполнять функции наставника и руководителя в организациях и командах в процессе их трансформации.

Agile-манифест / Agile Manifesto. Исходный официальный документ, содержащий описание ценностей и принципов agile.

Agile-практик / Agile Practitioner. Человек, разделяющий философию agile, который сотрудничает с имеющими такой же образ мышления коллегами в кроссфункциональных командах. Именуется также эджайлистом (agilist).

DevOps (интеграция разработки и эксплуатации) / DevOps. Набор практик для обеспечения бесперебойной поставки результатов путем сотрудничества между разработчиками и эксплуатационным персоналом.

IDEAL / IDEAL. Модель организационного совершенствования, получившая свое название по пяти первым буквам слов, обозначающих ее пять составных фаз: инициирование (initiating), диагностика (diagnosing), становление (establishing), действие (acting) и обучение (learning).

I-образный / I-shaped. Описание человека с глубокой специализацией в одной сфере и отсутствием интересов или навыков в других областях, необходимых команде. См. также T-образный и Сломанный гребешок.

UX-дизайн / UX Design. Процесс улучшения удобства пользователя за счет уделения особого внимания улучшению удобства использования и доступности, которые необходимы для взаимодействия пользователя с продуктом.

Автоматизированный анализ качества кода / Automated Code Quality Analysis. Тестирование базы кода по сценарию с целью выявления ошибок и уязвимостей.

Антишаблон / Anti-Pattern. Известный неэффективный порядок работы, применять который не рекомендуется.

Бережливая разработка программного обеспечения (LSD) / Lean Software Development (LSD). Бережливая разработка программного обеспечения является адаптацией принципов и методик бережливого производства к сфере разработки программного обеспечения, которая базируется на наборе принципов и методик для обеспечения качества, оперативности и максимального соответствия требованиям заказчика.

Блокер / Blocker. См. Препятствие.

Бэклог продукта / Product Backlog. Упорядоченный список ориентированных на пользователя требований, который ведет команда в отношении продукта.

Бэклог спринта / Sprint Backlog. Перечень задач, выбранных скрам-командой для выполнения в скрам-спринте.

Бэклог / Backlog. См. Бэклог продукта.

Владелец продукта / Product Owner. Лицо, которое отвечает за обеспечение максимальной ценности продукта, а также несет конечную ответственность и отчитывается за находящийся в разработке конечный продукт. См. также Руководитель запросов на обслуживание.

Временные рамки / Timebox. Фиксированный период времени, к примеру, 1 неделя, 1 двухнедельный период, 3 недели или 1 месяц. См. также Итерация.

Гибридный подход / Hybrid Approach. Сочетание двух и более agile и не-agile элементов, имеющее конечный результат не agile.

Двойной цикл обучения / Double-Loop Learning. Процесс критического рассмотрения базовых ценностей и предположений, чтобы добиться лучшей оценки основных причин и определить лучше контрмеры, вместо того чтобы сосредоточиваться только на симптомах.

Диаграмма выгорания / Burnup Chart. Графическое представление завершенной работы относительно выпуска продукта.

Диаграмма сгорания / Burndown Chart. Графическое представление объема оставшейся работы в сопоставлении с ограничениями времени на исполнение.

Динамический метод разработки систем (DSDM) / Dynamics Systems Development Model (DSDM). Фреймворк поставки результатов agile-проектов.

Документы с бизнес-требованиями (BRD) / Business Requirement Documents (BRD). Перечень всех требований для конкретного проекта.

Доска «канбан» / Kanban Board. Средство визуализации, которое позволяет совершенствовать рабочий процесс путем наглядного представления узких мест и объемов работы.

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

«Дымовое» тестирование / Smoke Testing. Практика использования упрощенного набора тестов с целью убедиться, что наиболее важные функции разрабатываемой системы работают надлежащим образом.

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

Жизненный цикл agile / Agile Life Cycle. Подход, который является итеративным и, в то же время, инкрементным и предназначен для доработки перечня задач с целью частой поставки.

Жизненный цикл / Life Cycle. Процесс, в ходе которого создается замысел продукта, осуществляется его создание и ввод в эксплуатацию.

Изолированная организация / Siloed Organization. Организация, имеющая структуру, которая позволяет ей выполнять лишь некоторую часть работ определенной категории, необходимых для создания ценности для заказчиков. Для сравнения см. Поток создания ценности.

Инкремент / Increment. Функциональный, протестированный и принятый поставляемый результат, который является промежуточной частью конечного результата проекта.

Инкрементный жизненный цикл / Incremental Life Cycle. Подход, дающий конечные поставляемые результаты, которые клиент может использовать сразу же.

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

Итеративный жизненный цикл / Iterative Life Cycle. Подход, позволяющий использовать обратную связь с целью доработки и уточнения незавершенной работы.

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

Каденция / Cadence. Цикличность выполнения. См. также Временные рамки.

Картирование воздействия / Impact Mapping. Метод стратегического планирования, служащий организации дорожной картой в процессе разработки новых продуктов.

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

Картирование потока ценности / Value Stream Mapping. Метод бережливого производства, используемый для документирования, анализа и совершенствования потока информации или материалов, требуемых для производства продукта или услуги для заказчика.

Критерии выполнения (DoD) / Defnition of Done (DoD). Контрольный список всех критериев, которые команде необходимо выполнить, чтобы поставляемый результат можно было считать готовым для использования заказчиком.

Критерии готовности (DoR) / Defnition of Ready (DoR). Контрольный список команды по ориентированному на пользователя требованию, который содержит всю информацию, необходимую команде для начала работы по исполнению этого требования.

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

Крупномасштабный скрам (LeSS) / Large-Scale Scrum (LeSS). Крупномасштабный скрам является фреймворком разработки продукта, который расширяет применение метода скрам за счет масштабируемых руководств, при этом сохраняя исходные цели метода скрам.

Мастер процесса / Flowmaster. Коуч для команды и руководитель запросов на обслуживание, работающий в условиях непрерывного потока или системы «канбан». Является эквивалентом Скрам-мастера.

Масштабированный agile-фреймворк (SAFe®) / Scaled Agile Framework (SAFe®). База знаний, состоящая из интегрированных моделей, используемых для бережливой agile-разработки в масштабе предприятия.

Мероприятия «кайдзен» / Kaizen Events. Мероприятия, направленные на совершенствование системы.

Метод «канбан» / Kanban Method. Agile-метод, разработанный на основе оригинальной системы контроля инвентарных запасов канбан, и используемый, как правило, в сфере умственного труда.

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

Непрерывная интеграция / Continuous Integration. Практика, в рамках которой производится периодическая интеграция и валидация всех рабочих продуктов команды друг с другом.

Непрерывная поставка / Continuous Delivery. Практика поставки имеющих определенные свойства частей продукта непосредственно заказчику, часто с использованием небольших пакетов работы и средств автоматизации.

Образ мышления agile / Agile Mindset. Образ мышления и поведения, в основе которого лежат четыре ценности и двенадцать принципов Agile-манифеста.

Обслуживающее лидерство / Servant Leadership. Практика лидерства, состоящая в служении команде путем фокусирования на понимании ее нужд и поиске средств для их удовлетворения, а также развития команды для достижения максимальной эффективности и результативности ее работы.

Одинарный цикл обучения / Single-Loop Learning. Практика, когда решение проблем осуществляется с использованием конкретных, предварительно определенных методов без их критического анализа с учетом опыта.

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

Относительная единица / Story Point. Безразмерная оценка, используемая в методике сравнительной оценки пользовательской истории.

Офис управления проектами (ОУП) / Project Management Office (PMO). Управленческая структурная единица, стандартизирующая процессы руководства проектами и способствующая обмену ресурсами, методологиями, инструментами и методами.

Парное программирование / Pair Programming. Работа в парах, основной задачей которой является программирование.

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

Планирование спринта / Sprint Planning. Совместное скрам-мероприятие, в рамках которого скрам-команда планирует работу в текущем спринте.

Планирование-действие-проверка-корректировка (PDCA) / Plan – Do – Check – Act (PDCA). Итеративный управленческий метод, используемый в организациях для улучшения контроля и непрерывного совершенствования процессов и продуктов.

Поворотная точка / Pivot. Плановая поправка курса, предназначенная для проверки новой гипотезы о продукте или стратегии.

Подтек краски / Paint Drip. См. Сломанный гребешок.

Подход на основе плана / Plan-Driven Approach. См. Предиктивный подход.

Подходящий для использования / Fit for Use. Характеристика продукта, говорящая о том, что его можно использовать в существующей форме для получения результата по предусмотренному назначению.

Подходящий по назначению / Fit for Purpose. Характеристика продукта, говорящая о его соответствии предусмотренному назначению.

Пользовательская история / User Story. Краткое описание поставляемой ценности для конкретного пользователя. Служит предпосылкой для обсуждения с целью уточнения деталей.

Последовательное уточнение / Progressive Elaboration. Итеративный процесс повышения уровня детализации плана управления проектом по мере получения большего объема информации и более точных оценок.

Поток ценности / Value Stream. Организационный структурный элемент, направленный на процесс создания ценности для заказчика при поставке конкретных продуктов или услуг.

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

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

Принципы agile / Agile Principles. Предусмотренные в Agile-манифесте двенадцать принципов поставки agile-проектов.

Работа в парах / Pair Work. Метод объединения двух членов команды в паре для одновременной работы над одним и тем же рабочим заданием.

Разработка на основе поведения (BDD) / Behavior-Driven Development (BDD). Практика проектирования и валидации системы, в которой применяются принцип «сначала тесты» и скрипты на обычном языке общения.

Разработка на основе приемочных тестов (ATDD) / Acceptance Test-Driven Development (ATDD). Метод совместной разработки критериев приемочных тестов, используемых для создания приемочных тестов до начала поставки.

Разработка на основе тестов / Test-Driven Development. Метод, когда тесты определяются до начала работы, с тем чтобы проверка текущей работы осуществлялась непрерывно, что позволяет добиться производства работ в соответствии с философией нулевого количества дефектов.

Разработка на основе функциональности / Feature-Driven Development. Упрощенный agile-метод разработки программного обеспечения на основе набора функциональных характеристик, важных для клиента.

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

Рефакторинг / Refactoring. Метод обеспечения качества продукта, в соответствии с которым совершенствование дизайна продукта осуществляется за счет улучшения его эксплуатационных и других желаемых свойств без изменения его ожидаемого поведения.

Роение / Swarming. Метод, когда несколько членов команды концентрируют общие усилия на устранении конкретного препятствия.

Руководитель запросов на обслуживание / Service Request Manager. Лицо, ответственное за упорядочивание запросов на обслуживание с целью максимизации ценности в условиях непрерывного потока или системы «канбан». Аналог владельца продукта.