The document provides an overview of Kanban, an agile project management framework. It discusses why Kanban was developed, its main benefits which include shorter cycle times, responsiveness to change, and reducing waste. The core aspects of Kanban are also summarized, such as visualizing workflow, limiting work-in-progress, and managing flow. Examples of Kanban boards are shown and how they can improve communication, collaboration, and productivity within a team. Steps for implementing Kanban on a project are outlined. Finally, common myths about Kanban are debunked.
2. Presentation plan:
1. General Agile overview
2. Why it called Kanban?
3. Why we choose it?
4. Main benefits
5. Practical use in real projects
6. Kanban kick-start
7. Kanban myth’s
8. Iterative agile VS Kanban
9. Sources digest
4. General overview
• Agile is…
- Flexible
- Many small projects
- Highly collaborative
- Best for those who want continuous
improvements
- Involves customers
- A process in which requirements are
expected to evolve and change
8. Main benefits:
Shorter cycle times can deliver features faster.
Responsiveness to Change:
When priorities change very frequently, Kanban is ideal.
Balancing demand against throughput guarantees that
most the customer-centric features are always being
worked.
Requires fewer organization / room set-up changes to get
started
Reducing waste and removing activities that don’t add
value to the team/department/organization
Rapid feedback loops improve the chances of more
motivated, empowered and higher-performing team
members
9. Basic principles:
Start with what you do now.
Agree to pursue incremental,
evolutionary change
Respect the current process, roles,
responsibilities & titles
Encourage acts of leadership at all levels
10. Core properties:
Visualize the workflow
Limit WIP
Manage flow
Kanban Boards are Flexible
Kanban Boards Help Teams Collaborate
Kanban Boards Increase Efficiency and Help Reduce Waste
Kanban Boards Lead to Increased Productivity
15. Why use Kanban boards?
• Visually see work in progress
• Instantly understand impediments
(things causing you to delay) and take
steps to remove them
• Improve communication between
yourself and others on your team
• Empower teams to self-manage visual
processes and work flows
• Inspire team collaboration
19. Kanban boards software
• Agile Zen
One of the best User Interfaces in the industry, very easy to use
Powerful enough for most users, and for most Kanban boards
Very Reasonable prices
• Lean Kit Kanban
Powerful feature set, but also complicated to learn and use
Pricing is relatively high, from $15 per user per month
Their free plan is quite limited, it only gives you access to some features
• Jira Agile (it's previous name was GreenHopper)
Good Kanban support, but not focused since it also includes Scrum
Jira integration is now mandatory, and this pushes the prices, and the
complexity of their offering significantly.
In our experience it is not a good idea to couple or join the Jira board which
is usually used by Marketing, with the development board. This opens a
large potential for conflict and missed communication. Given that this
coupling is now mandatory for Jira Agile we can not recommend it. Kanban
Ace method suggests instead that you decouple process flows to optimize
each sub-system, and avoid miscommunication.
Average prices
• MS Team Foundation Server 2012
The latest version in 2013 has recently added support for Kanban, this is
welcome news
20. Kanban myth’s
Myth: With Kanban you don’t use iterations
Fact: With Kanban iterations are optional. Do it only if you have a need
for it in your context.
Myth: With Kanban you don’t estimate
Fact: With Kanban estimation is optional. Do it only if you have a need
for it in your context.
Myth: Kanban is better than Scrum/XP/RUP/whatever
Fact: Kanban is just a process tool, and there is no such thing as a
universally good or bad tool. It all depends on your context
Myth: Kanban is a drop-in replacement to Scrum/XP/RUP/whatever
Fact: Kanban is just about managing workflow. It hardly replaces
anything. What it does do, however, is drive change. In Kanban you start
with whatever process you have, visualize it, introduce WIP limits, and
then evolve from there.
22. Sources digest
• Integrating Agile Development In The Real World by Peter
Schuh
• Lean from the Trenches: Managing Large-Scale Projects
with Kanban by Henrik Kniberg
• Getting Started with Kanban by Paul Klipp
• Learning Agile: Understanding Scrum, XP, Lean, and Kanban
by Andrew Stellman, Jennifer Greene
• Agile Estimating and Planning by Mike Cohn
• http://www.agileukraine.org/
• http://leankit.com/kanban/what-is-kanban/
Almost every person in software development/support agrees with it.
Такая ситуация вполне типичная для людей – не заинтересованных во внесении изменений в SDLC
Канбан разработка отличается от SCRUM в первую очередь ориентацией на задачи. Если в SCRUM основная ориентация команды — это успешное выполнение спринтов (надо признать, что это так), то в Канбан на первом месте задачи.Спринтов никаких нет, команда работает над задачей с самого начала и до завершения. Деплоймент задачи делается тогда, когда она готова. Презентация выполненной работы — тоже. Команда не должна оценивать время на выполнение задачи, ибо это имеет мало смысла и почти всегда ошибочно вначале.Если менеджер верит команде, то зачем иметь оценку времени? Задача менеджера — это создать приоритезированный пул задач, а задача команды — выполнить как можно больше задач из этого пула. Всё. Никакого контроля не нужно. Всё, что нужно от менеджера — это добавлять задачи в этот пул или менять им приоритет. Именно так он управляет проектом.
Пример про сад!
Пример про тойота!
Карточки Канбан используются для ограничения количества производимых фабрикой деталей. Тойоте невыгодно производить двери быстрее, чем осуществляется сборка машин. При таком подходе деньги тратятся на избыточные двери и их компоненты.
Обеспечивается более постепенная эволюция при переходе к гибкой разработке программного обеспечения, что помогает компаниям, которые ранее были неспособны или не хотели пробовать гибкие методы.
Обеспечивается гибкая разработка программного обеспечения без необходимости использования таких вещей, как, например, спринты в Scrum. Это полезно для ситуаций, когда спринт не имеет смысла, например, для суппорт-команд, где есть высокий уровень неопределенности и изменчивости.
Слабые места становятся хорошо видны в режиме реального времени. Это приводит людей к сотрудничеству, что оптимизирует всю цепочку производственного процесса, а не только какую-либо его часть.
Тенденции к естественному распространению по всей организации и в другие компании, увеличивая тем самым видимость всего, что происходит в организации.
Колонки - не роли в команде.
Пускай часто и совпадает, что в отдельной колонке работают люди одной роли в команде, фокус должен делаться не на этом, а на выполнении истории и на том, что ей необходимо для выполнения. Например, если в вашей компании не используются бизнес-аналитики или дизайнеры пользовательского взаимодействия, используйте первую колонку для совместной проработки историй разработчиками и представителями бизнеса. Здесь же стоит определить критерии "готовности" истории. Просто взять и начать писать код (следующая стадия) - плохой ход, особенно если у вас нет критериев, по которым вы сможете оценивать готовность вашей работы.
Sample board
Разница между Канбан и SCRUM:— В Канбан нет таймбоксов ни на что (ни на задачи, ни на спринты)— В Канбан задачи больше и их меньше— В Канбан оценки сроков на задачу опциональные или вообще их нет— В Канбан «скорость работы команды» отсутствует и считается только среднее время на полную реализацию задачи
Список источников информации – который поможет глубже разобраться с теорией и практикой применения agile девелопмента.
Спасибо за внимание, буду рад ответить на Ваши вопросы