Дженнифер Грин: Постигая Agile

Кон М. Пользовательские истории. Гибкая разработка программного обеспечения. М.: Вильямс, 2012.

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

Кон М. Пользовательские истории. Гибкая разработка программного обеспечения. М.: Вильямс, 2012.

J. Laurenz Eveleens and Chris Verhoef. The Rise and Fall of the Chaos Report Figures. IEEE Software, vol. 27, no. 1 (2010).

2002 CHAOS Report. The Standish Group International, 2002.

Еще один пункт в поддержку утверждения о пользе личного общения в сравнении с созданием всеобъемлющей документации!

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

См.: GASPing About the Product Backlog (по состоянию на 26 июля 2014 г.).

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

Если вы хотите узнать больше о покерном планировании, рекомендую книгу Planning Poker PDF, написанную соавтором Agile-манифеста Джеймсом Греннингом.

Scrum Metrics for Hyperproductive Teams: How They Fly like Fighter Aircraft (документ представлен на 46-й Гавайской международной конференции системных наук, Мауи, 7–10 января 2013 года).

Демарко Т., Листер Т. Человеческий фактор: успешные проекты и команды. М.: Символ-Плюс, 2014.

Steward Brand. How Buildings Learn: What Happens After They’re Built (London: Penguin Books, 1995).

Вернемся к принципам Agile-манифеста в главе 3. Какой из этих принципов применяется здесь?

Загляните и в нашу первую книгу Applied Software Project Management. Мы были правы. Характерное мировоззрение, присущее традиционной разработке программ и управлению проектами, – избегать изменений, что радикально отличается от менталитета их принятия. Но все-таки это обоснованное мышление, и оно может оказаться совместимым с гибкой разработкой ПО.

У нас тоже были такие проекты! И мы этого совершенно не стыдимся.

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

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

Эти разработчики говорят так: «У меня нет времени, чтобы искать ошибки в нашем коде, – я слишком занят тем, что сам их туда вношу!»

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

Единая система расчета зарплат автоконцерна Chrysler. Прим. перев.

Менеджеры с командно-административными взглядами имеют привычку называть членов группы «ресурсом».

Мы настоятельно рекомендуем читателям найти информацию о разновидностях кода «с душком» и антипаттернах. На наш взгляд, один из лучших ее источников – оригинальный сайт Wiki, созданный Уордом Каннингемом.

Некоторые люди используют термины edge case и corner case, взаимно заменяя их. Другие считают, что термин corner case используется реже, чем edge case (потому что угол – это место, где встречаются два края).

https://en.wikipedia.org/wiki/You_aren%27t_gonna_need_it, проверено 12 марта 2017 г.