Agile(Scrum, XP, Kanban), WaterfallAgile Manifesto
- Individuals and interactions - over processes and tools
- Working software - over comprehensive documentation
- Customer collaboration - over contract negotiation
- Responding to change - over following a plan
Why Agile ?
- Reduce risks
- short iterations
- Communication
Agile Model
Scrum
flexible development
Main Components
| Roles | Artefacts | Processes |
|---|---|---|
| product owner | product backlog | sprint planing |
| scrum-master (coordinator) | sprint backlog | sprint review |
| team(7±2) | increment product | retrospective |
| scrum meeting |
Sprint composed
- Planning meeting
- Daily scrum
- Demo meeting
- Retrospective meeting
Benefits
- Customer Satisfaction(Uninterrupted supply new feature, changes requirements, Communication with developers)
- Developer(Time planning, feel part of the command)
Problems
- Refactoring
- Architecture
- Quality of code
XP
Extreme Programming
Basic techniques
- Test-driven development(TDD)
- Planning game
- Whole team, Onsite customer
- Pair programming
- Continuous integration(CI)
- Refactoring
- Code Review
- Small releases
- Collective code ownership
- Coding standard or Coding conventions
Kanban vs Scrum
Kanban
- Над задачей может работать несколько узкопрофильных команд. К примеру, сначала работают аналитики, потом дизайнеры рисуют прототип, а на третьем этапе включаются разработчики.
- Универсальные команды не запрещены.
- В Kanban внутри команды нет ролей.
- Над проектом работает одна универсальная команда.
- команда самоорганизуется( тестировщик помогает дизайнеру, а аналитик — разработчику.)
- Поскольку все спринты одинаковы по длительности, в работе команды появляется ритм. Ритм — важный аспект методологии.
Scrum
Kanban
- Итерации
- нет ритма
- Планирование,Выполнение, Релиз, Ретроспектива. когда решит команда
- новые задачи добавляют в любое время
- Поскольку все спринты одинаковы по длительности, в работе команды появляется ритм. Ритм — важный аспект методологии.
Scrum
Kanban
| Scrum | Kanban |
|---|---|
| заранее определены ячейки для записи задач для каждой итерации | ячейки опциональны |
| команда встречается для выделения задач на каждую итерацию | встречи команды не обязательны |
| скорость - метрика по умолчанию для планирования и улучшения | метрика по умолчанию - время на выполнение одной задачи |
| работы выполняют кросс-функциональные команды | при желании можно использовать кросс-функциональные команды. Допустимы команды специалистов |
| задачи должны быть перенесены, каждая задача должна быть рассчитана на выполнение в течение 1 спринта | задачи могут быть разными по продолжительности. Ограничений нет |
| четко определенный шаблон для переноса задач с тремя столбцами (сделать, выполняется, сделано) | нет заданного визуального шаблона |
| нет ограничения по количеству работ на 1 спринт | есть ограничение по количеству работ в один временной промежуток |
| заранее устанавливается система оценки | система оценки по желанию |
| в текущую итерацию нельзя добавить новую задачу | в любой момент можно добавить новую задачу |
| все задачи по проекту выполняются одной специальной командой согласно заранее определенным приоритетам | с канбан-доской могут работать разные команды или люди, приоритезация по желанию |
| обязательны три роли: Владелец проекта, Скрам-мастер, Команда проекта | заранее определенных обязательных ролей нет |
Waterfall
