Онлайн
библиотека книг
Книги онлайн » Литература » Скрам: Правила игры. Карманное руководство - Гюнтер Верхеен

Шрифт:

-
+

Закладка:

Сделать
1 ... 11 12 13 14 15 16 17 18 19 20
Перейти на страницу:
скраму и руководил глобальной сетью профессиональных скрам-тренеров Scrum.org. Гюнтер является сооснователем Agility Path, EBMgtTM[36] и фреймворка Нексус для масштабируемого профессионального скрама.

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

В 2013 году Гюнтер опубликовал первое издание этой книги, рекомендованное Кеном Швабером как «необычайно компетентное» и «лучшее на сегодняшний день описание скрама». В 2016-м был опубликован перевод на голландский. В 2017-м был выпущен немецкий перевод. Это второе издание также переводится на несколько языков.

Гюнтер живет и работает в Антверпене (Бельгия).

Гюнтера можно найти на LinkedIn: https://www.linkedin.com/in/ullizee, в Twitter: https://twitter.com/ullizee или почитать мысли о скраме в его блоге https://guntherverheyen.com/.

Сноски

1

Фредерик Тейлор (1856–1915) – американский инженер, который известен прежде всего исследованиями в области оптимизации производительности, эффективности и стоимости труда. Он пропагандировал внедрение стандартизации и применение системных методов и практик. Контроль выполнялся исключительно менеджментом, тогда как рабочие, по его мнению, могли выполнять только непосредственно свою работу. – Здесь и далее, за исключением специально оговоренных случаев, примечания автора.

2

Standish, 2011; Standish, 2013.

3

Эти цифры являются предметом дискуссии, см., например https://www.mountaingoatsoftware.com/blog/are-64-of-features-really-rarely-or-never-used и https://scrumcrazy.wordpress.com/2015/08/06/a-response-to-mike-cohns-comments-on-64-of-software-features-rarely-or-never-used/. В моей личной практике бывали примеры создания вовсе не нужного софта. – Прим. пер.

4

Standish, 2002; Standish, 2013.

5

Chaos Manifesto (The Laws of Chaos and the Chaos 100 Best PM Practices). The Standish Group International, 2011.

6

Методология разработки программного обеспечения, созданная компанией Rational Software.

7

См. http://agilemanifesto.org/principles.html.

8

Larman, C., Vodde, B. Lean Primer. http://www.leanprimer.com, 2009.

9

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

10

Verheyen, G. The Blending Philosophies of Lean and Agile. https://www.scrum.org/resources/blending-philosophies-lean-and-agile, 2011.

11

Keynote on Feature Usage in a Typical System at XP2002 Congress by Jim Johnson, Chairman of the Standish Group, 2002.

Chaos Manifesto 2013: Think big, act small. Standish Group, 2013.

12

Takeuchi, H., Nonaka, I. The New New Product Development Game. Harvard Business Review, 1986.

13

Oopsla – объектно-ориентированное программирование, системы, языки и приложения.

14

Moore, G. Crossing the Chasm, Marketing and Selling Technology Products to Mainstream Customers (second edition). Wiley, 1999.

Wiefels, P. The Chasm Companion. A Fieldbook to Crossing the Chasm and Inside the Tornado. Wiley, 2002.

15

Benefield, G. Rolling Out Agile at a Large Enterprise. HICSS’41 (Hawaii International Conference on Software Systems), 2008.

16

Hammond, J., West, D. Agile Application Lifecycle Management. Forrester Research, 2009.

17

31 % ответили, что они не следуют никакой методологии. 21 % ответили, что применяют итеративную разработку.

18

Giudice, D. L. Global Agile Software Application Development Online Survey. Forrester Research, 2011.

19

State of Agile Survey. 6th Annual. VersionOne Inc., 2011.

7th Annual State of Agile Development Survey. VersionOne Inc., 2013.

20

Verheyen, G., Arooni, A. ING, Capturing Agility via Scrum at a large Dutch bank. https://www.scrum.org/resources/ing-capturing-agility-scrum-large-dutch-bank, 2012.

21

Schwaber, K., Sutherland, J. The Scrum Guide. http://www.scrumguides.org, 2017.

22

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

23

Здесь и далее прогноз понимается как рациональное предсказание. – Прим. пер.

24

Цитата из «Аджайл-манифеста». http://agilemanifesto.org/.

25

Cockburn, A. Agile Software Development. Addison-Wesley, 2002.

26

Дэниел Пинк. Драйв. Что на самом деле нас мотивирует. – М.: Альпина Паблишер, 2013.

27

Лисса Адкинс. Коучинг agile-команд. – М.: МИФ, 2017.

28

Beck, K. Extreme Programming Explained – Embrace Change. Addison-Wesley, 2000.

29

См. подробнее на http://xp123.com/articles/invest-in-good-stories-and-smart-tasks/.

30

Schwaber, K. SCRUM Software Development Process, 1995.

31

Sutherland, J. Business Object Design and Implementation Workshop, 1995. http://www.jeffsutherland.org/oopsla/schwaber.html.

32

См. раздел 4.2.

33

См. раздел 4.3.

34

Талеб Н. Черный лебедь: Под знаком непредсказуемости. – М.: Азбука-Аттикус, КоЛибри, 2018.

35

Kotter, J., Rathgeber, H. Our Iceberg Is Melting, Changing and Succeeding Under Any Conditions. MacMillan, 2006.

36

Сокращенно от Evidence-Based Managing of Software – научно обоснованное управление софтом.

1 ... 11 12 13 14 15 16 17 18 19 20
Перейти на страницу: