Se ha denunciado esta presentación.
Se está descargando tu SlideShare. ×

ITKaiZenCub Introduction to Agile and Scrum

Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Cargando en…3
×

Eche un vistazo a continuación

1 de 43 Anuncio

ITKaiZenCub Introduction to Agile and Scrum

Descargar para leer sin conexión

ITKaiZenClub: Introduction to Agile and Scrum

From February 25, 2015 19:30 until February 25, 2015 21:00 Save to calendar

At Україна, Київ

Posted by Nina Goncharuk

Categories: trainings , Conference

Tags: ITKaiZenClub , scrum , agile , trainings
Rate:








inShare

scrum

На нашій черговій зустрічі ITKaiZenClub ми поговоримо про те, чому у світі розробки програмного забезпечення з'явилось таке поняття як Agile.
Крім того, відповімо на питання:

- Чому саме гнучкий підхід приваблює зараз все більше послідовників?
- І що саме означають принципи Agile маніфесту та як їх втілювати в життя на наших проектах?
- В яких випадках його варто використовувати, а де можна обійтись іншими методологіями.
- А також, розповімо (а комусь нагадаємо) ключові елементи фреймворку Scrum, однієї з самих поширених реалізацій принципів гнучкої розробки. Та оглянемо його основні ролі, активності та артефакти.

ITKaiZenClub: Introduction to Agile and Scrum

From February 25, 2015 19:30 until February 25, 2015 21:00 Save to calendar

At Україна, Київ

Posted by Nina Goncharuk

Categories: trainings , Conference

Tags: ITKaiZenClub , scrum , agile , trainings
Rate:








inShare

scrum

На нашій черговій зустрічі ITKaiZenClub ми поговоримо про те, чому у світі розробки програмного забезпечення з'явилось таке поняття як Agile.
Крім того, відповімо на питання:

- Чому саме гнучкий підхід приваблює зараз все більше послідовників?
- І що саме означають принципи Agile маніфесту та як їх втілювати в життя на наших проектах?
- В яких випадках його варто використовувати, а де можна обійтись іншими методологіями.
- А також, розповімо (а комусь нагадаємо) ключові елементи фреймворку Scrum, однієї з самих поширених реалізацій принципів гнучкої розробки. Та оглянемо його основні ролі, активності та артефакти.

Anuncio
Anuncio

Más Contenido Relacionado

Presentaciones para usted (20)

Similares a ITKaiZenCub Introduction to Agile and Scrum (20)

Anuncio

Más de E-5 (20)

ITKaiZenCub Introduction to Agile and Scrum

  1. 1. Вступ до Agile та Scrum
  2. 2. Before starting #ITKaiZenClub @E5Trainings WiFi Pass: welcome2cogniance
  3. 3.  Ми консалтинго-тренінгова компанія  Консультуємо компанії на тему налаштування процесу розробки  Допомагаємо підняти рівень ІТ спеціалістів  Створюємо тренінги, воркшопи та вебінари  Проводимо зустрічі ITKaizenClub  Виступаємо на конференціях
  4. 4. Давайте знайомитись ;) Helen Prykhnych Co-founder & trainer @ E5 Senior Scrum Master/ Agile Project manager @ Ciklum IC Agile certified professional Roman Sakharov Business Analysis Team Leader & Project manager @ EPAM Systems, CSM & Trainer
  5. 5. А ви ;)
  6. 6. Це частина курсу Частина 1. Вступ до Agile та Scrum Частина 2. Scrum команда Частина 3. Вимоги в Scrum Частина 4. Оцінка задач та продуктивність Частина 5. Планування Спринту та Релізу Частина 6. Моніторинг Спринту Частина 7. Постійне вдосконалення Частина 8. Масштабування Agile Частина 9. Agile mindset або що таке “Гнучкий світогляд”? Частина 10. Типові помилки при впровадженні Scrum
  7. 7. Еволюція Розділ 1
  8. 8. Чому все працювало раніше?
  9. 9. 1950-60-70 • Комп'ютери не розповсюдженні • Дуже спеціалізовані • Продукти з чіткими цілями • Продукти єдині на ринку
  10. 10. Nov, 1951
  11. 11. Водоспадна модель Plan Design Code Test Deploy $
  12. 12. 1980-1990 • Комп'ютери майже усюди • Конкуренція в програмному забезпеченні • «вибух» інтернету
  13. 13. 1990s… Nexus, перший браузер Так, він був не дуже, але які альтернативи?
  14. 14. Але тепер є вибір
  15. 15. 2000-і • Реліз щотижня • Сотні програм зі схожими функціями • Зворотній зв’язок від користувачів - постійний Наприклад: програми з play.google.com або apple store
  16. 16. Agile Розділ 2
  17. 17. Agile = гнучкий Agile – набір цінностей Agile парасолька
  18. 18. Що сюди входить?
  19. 19. Agile manifesto
  20. 20. В чому виявляється маніфест? 1. Особи та взаємодії над процесами та інструментами – Взаємодійте, комунікуйте, говоріть! 2. Робота програмного забезпечення над детальною документацією – Створюйте вирішення, а не описи проблем! 3. Співпраця з клієнтом над переговорами за контрактом – Зрозуміти, що потрібно вашому клієнтові, не те, що він описує! 4. Реакція на зміни по проходження плану – Будьте готові до змін, ситуація може змінитися! Плануйте зміни.
  21. 21. Переваги Agile • Відповідає на зміни швидко • Концентрується на цінності продукту • Гнучко керує залізним трикутником
  22. 22. А що каже статистика?
  23. 23. Для кого Agile не працює? 
  24. 24. Коли вибрати Agile: CYNEFIN
  25. 25. Scrum Розділ 3
  26. 26. Що таке Scrum? Ітеративний та інкрементальний Agile фреймворк для розробки і управління розробкою продукту
  27. 27. Походження Scrum • Гіротака Такеучі та Ікуджіро Нонака в статті The New New Product Development Game (Harward business review), 1986 • Кен Швабер впровадив в себе в компанії в 1990-х • Чітко задокументований в 1996 Сазерлендом та Швабером
  28. 28. Scrum за 5 хвилин
  29. 29. Ролі у Scrum
  30. 30. Церемонії у Scrum 1. Планування спринту 2. Щоденний Scrum мітинг (stand-up) 3. Огляд спринту (review, demo) 4. Спринт ретроспектива
  31. 31. Артефакти • Беклог продукту • Беклог спринту • Діаграма згорання задач (burn down chart) • Інкремент
  32. 32. Автономія Швидкий зворотній зв’язок Співпраця Чому Scrum? – для команд
  33. 33. Швидкий результат Легке внесення змін у продукт Розуміння стану розробки на кожен момент Чому Scrum? – для бізнесу
  34. 34. 1. Зміна способу мислення команди 2. Зміни вимог тільки поза спринтом 3. Відсутність чіткої системи управління ризиками 4. Вищі вимоги до зрілості учасників команди Виклики Scrum
  35. 35. Ми зрозуміли… 1.Чому з'явився Agile 2.Ключові принципи Agile розробки (Agile manifest) 3.Oсновні елементи Scrum 4.Переваги Scrum для замовника та команди
  36. 36. Це був перший крок, але є ще багато-багато питань…
  37. 37. Coming soon  Відео курс "Scrum Fundamentals“  Webinar Практика переходу з фрілансу в офіс для аутсорсингової компанії 18 березня  IT Jam Meet&Mix 21 березня  Agileee 27-28 березня  Career4it 28 березня  Lviv Outsourcing Forum 28 березня  Innotech 9-11 квітня  PM Lab Odesa 11 квітня  PM Day Lviv 25 квітня
  38. 38. Знижка 15% на купівлю всього курсу за промо-кодом ITKaiZenClub
  39. 39. Have we met your expectations?
  40. 40. Питання?
  41. 41. Дякуємо! Our contacts: info@e-5.com.ua E5Trainings E5Trainings E5 www.e-5.com.ua

Notas del editor

  • Let’s start from brief history of project and product management methodologies
  • First business application, computer LEO I: calculate delivery schedules, invoices, costs, management reports etc. – a kind of ERP.
    Still computers dictating what should be done, no feedback needed. Requirements can be described beforehand, users can be trained later. Huge in technical complexity, so planning is needed.
    Lyons Electronic Office I
  • First browser: WorldWideWeb
    No rivals, so users should learn what to do.
  • Individuals and interactions over processes and tools
    Interact, communicate, talk!
    Working software over comprehensive documentation
    Provide solutions, not problem descriptions!
    Customer collaboration over contract negotiation
    Understand what your client needs, not what he writes!
    Responding to change over following a plan
    Be ready for changes, situation can change!
  • http://www.agilefluenca.org/2009/eine-kurze-geschichte-von-scrum/#more-43
  • The second mechanism, "Pull," also limits WIP by making the production velocity of the upstream process dependent on the downstream consumption velocity. The first mechanism only refers to the amount of WIP, but this second refers to the flow, its direction and speed.
    "Direction" - The motivation of production is given only by the downstream process. "Speed" - Kanban communicates the timing and the amount of next production. "Pull" limits WIP by making the upstream process's production dependent on the downstream process consumption in the 1st derivation order. This dependency is achieved by the Kanban exchange occurring in the store, pushing the production control information from the downstream process to the upstream.Back to Figure 3: the left-hand side of the graph explains how it makes work self-directing and promotes Kaizen. Everyone can understand what is happening and how well the process is flowing by seeing the Kanban cards posted to boards. Watching the workflow in the Gemba is the start of Kaizen. And physical Kanban cards put on the boards visually makes work self-directing without central control of management. This autonomous process provides data on its performance to support Kaizen, and shifts management attention from assigning or dispatching detailed work to Kaizen activities.
    As shown by the graph's arrows, terminating in the three effects, the ultimate goals of Kanban can be represented by "Limits WIP", "Continuous Flow" and "Kaizen". A Kanban system "Limits WIP" while sustaining "Continuous Flow". It buffers variability due to common cause variation, and exposes special cause variability, providing candidates for Kaizen.

×