Продолжаем работу по осознанию и постижению scrum в частности, а гибких (agile) технологий в целом.
Темы:
1.
Доклад по книге Э.Стеллмана, Дж. Грин «Постигая Agile» (часть 2 ).Завершение обзора-обсуждения, которое, похоже, будет неожиданным для многих.
2. Презентация очередной, уже 4-й "книги для обязательного чтения" по scrum:
книга Р. Пихлера "Управление продуктом в Scrum. Agile-методы для вашего бизнеса". Честно говоря, еще неделю назад казалось, что трех книг на одну тему будет достаточно. Однако, если добросовестно пройти "траекторию чтения" из 3-х рекомендованных к обязательному чтению книг по scrum (а много ли таких среди нас?), неизбежно "утыкаешься" в то, что нужна и книга Пихлера. Почему? Приходите на собрание - все услышите и поймете.
Здесь уместен английский стишок:The more we study, the more we know.
The more we know, the more we forget.
The more we forget, the less we know.
The less we know, the less we forget.
The less we forget, the more we know.
So why study?
Переводить не буду. Вы помните, что Книжный клуб объявил об интенсификации обучения английскому и постепенному переходу на чтение англоязычных бизнес-книг, наряду с переводными и оригинальными русскоязычными? Так что получайте удовольствие от этого маленького шага в нужном направлении.
("бонусный" раздел, в котором будет приводиться квинтэссенция для тех кто не смог или не захотел (надеемся, временно) присутствовать на предыдущем собрании).
программного обеспечения, занимаясь разработкой непосредственно и помогая
в этом другим. Благодаря проделанной работе мы смогли осознать, что:
Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану
То есть, не отрицая важности того, что справа,
мы всё-таки больше ценим то, что слева.
1. Наш наивысший приоритет – это удовлетворение заказчика при помощи частых и непрерывных поставок ценного для него программного обеспечения.
2. Мы принимаем изменения в требованиях даже на поздних этапах реализации проекта. Agile-процессы позволяют использовать изменения для повышения конкурентоспособности продукта.
3. Мы стремимся поставлять полностью рабочее программное обеспечение каждые несколько недель, в крайнем случае – каждые несколько месяцев. Чем чаще, тем лучше.
4. Наиболее эффективный и действенный способ передачи информации – это встреча членов команды разработки ПО.
5. Представители бизнеса и команда разработки должны работать над проектом вместе.
6. Проекты строятся вокруг мотивированных людей. Создайте для них подходящую окружающую среду, снабдите всем необходимым и доверьте сделать свою работу.
7. Рабочее программное обеспечение – это главная мера прогресса проекта.
8. Гибкие процессы способствуют непрерывному развитию. Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп работы в течение неопределенного срока.
9. Постоянное внимание к техническому совершенству и качественной архитектуре способствует гибкости.
10. Простота – это искусство не делать лишней работы.
11. Лучшая архитектура, требования и дизайн создаются в самоорганизующихся командах.
12. Команда постоянно ищет способы стать более эффективной путем настройки и коррекции своих действий
