Предлагаю вам пройти небольшой тест на владение навыком описания хороших пользовательских историй. Для простоты, сфокусируемся только на заголовках историй. Приемочные тесты, сценарии BDD и прочие вещи пока оставим в стороне. Почти все умеют писать истории, например, по шаблону Майка Кона “Я, как <роль в системе>, могу <сделать что-то>, для того, … Continue reading →
Если вы хоть что-то слышали про Фредерика Брукса и его “Мифический человеко-месяц», то наверняка знаете, что еще в 1986 году стало окончательно понятно, что в разработке программных продуктов не существует «серебряной пули» — некоего универсального решения, повышающего продуктивность проектной команды в разы. Проблема заключается в самой специфике нашей работы — … Continue reading →
17-18 сентября Сертификационный тренинг Certified Agile Professional 23 сентября Практика ретроспектив: как научить команду качественно анализировать проблемы 28-29 сентября Управление требованиями и продуктом в Agile Тренинги проходят с большим количеством групповых обсуждений, обмена опытом и практических занятий. Общее количество участников каждого тренинга всего 10-15 человек. Это позволяет добиться максимального … Continue reading →
Как вы знаете, индустрия разработки программных продуктов почти все время своего развития была сосредоточена на более гарантированной, более быстрой поставке ожидаемого результата бизнесу. Если в 1970 году была придумана каскадная модель разработки (1976 — появился термин “водопад”), с ее годичными циклами релизов (раньше не умели выпускать быстрее), то уже в … Continue reading →
Продолжая разговор про требования, начатый в предыдущем посте о декомпозиции требований, хочется теперь поговорить про их приоритезацию, поскольку это краегольный камень абсолютно для каждого проекта. Представьте проект, который длится уже, например, несколько релизов. В нем скопился целый ряд новых, еще не реализованных требований заказчиков (причем, требований крайне важных и срочных!), … Continue reading →
Один из самых интересных вопросов, возникающий в любой компании при внедрении agile, является декомпозиция требований. Не верите? Попросите своего коллегу аналитика рассказать вам о любом своем недавнем требовании, которое невозможно разбить на отдельные части и можно сделать только целиком? Как правило, чем крупнее компания, тем большим по размеру будет это … Continue reading →