Agile methodologies
- 2. Еволюцията на подходите за управление на ИТ проекти Agile ценности и принципи Agile практики Митове и легенди ;)
- 4. Класически (waterfall) подход - създаден от Winston Royce (1970 г.) Допускане: софтуерно производство = индустриално производство Голям риск, слаба предвидимост Няма място за креативност Загуба на мотивация Какъв е проблемът?
- 6. 2003 Mary and Tom Poppendieck: Lean Software Development 2004 David Anderson: Kanban in software development 2012 Dean Leffingwell: SAFe Scott Ambler: DAD … 1958 Gerald Weinberg: iterative, incremental approach 1968-1969 IBM Federal System Division: Incremental & iterative, feedback-driven, evolving design 1976 Tom Gilb: EVO Methodology Ранни проявления (1950-те-1970-те) 1985 Barry Boehm: Spiral Model 1986 Takeuchi & Nonaka: Knowledge Work 1990 J. Sutherland & K. Schwaber: Scrum 1994 DSDM/RAD 1995 RUP 1996 Beck, Cunningham, Jeffries: XP 1997 Jeff De Luca: FDD 1998 A. Cockburn: Crystal 2001 Agile Manifesto Бум на методологии (1980-те-2001) Масово приложение и еволюция (2000 - …)
- 9. Отговорност Доверие Сътрудничество Учене
- 11. ПРОДУК Т Гъвкавите процеси се градят около мотивирани хора с подходящи условия и свобода да вършат работата си Най-ефективна е директната комуникация с екипа Самоорганизиращите се екипи създават най-добра архитектура, изисквания и дизайн Екипът периодично анализира ефективността си и адаптира поведението си На клиента се доставя полезен продукт навреме и непрекъснато Зачитат се и се изпълняват изискванията на клиента, дори ако идват късно Работещ продукт излиза на пазара на кратки интервали. Бизнес- и технически експерти работят заедно по време на целия проект. Основен индикатор за прогреса на проекта е работещият продукт. Гъвкавите процеси подпомага устойчиво развитие и равномерен работен ритъм Добър технически дизайн е фактор за добра адаптивност Опростеният процес и минимизирането на необходимите усилия са изключително важни ЕКИП КЛИ ЕНТ ГЪВКА- ВОСТ Източник: www.agilemanifesto.org
- 12. Lean е философия Основна цел - оптимизация на процеса от край до край Набор от принципи, дефиниращи методологията Допълва се от други концепции, като Agile 1. Identify Value 2. Map the Value Stream 3. Create Flow 4. Establish Pull 5. Seek Perfection Customer Needs
- 14. КАКВО Е ОБЩОТО МЕЖДУ ИГРАТА НА РЪГБИ И УПРАВЛЕНИЕТО НА СОФТУЕРНИ ПРОЕКТИ? Обща цел Съвместно планиране на стратегия Итеративен подход Фокус
- 17. В ролята на „Прасето“ ProductOwner – дефинира какво правим (продуктова визия, изисквания) Екип – дефинира как го правим (техническа имплементация, качество, процес) Scrum Master – грижи се Scrum рамката и принципите да се спазват; отстранява пречки В ролята на „Пилето“: Заинтересовани лица (мениджъри, клиенти, потребители) Customer Product Owner Scrum Master Team Manager End Users
- 18. Strategy Portfolio Product Release Iteration Day Екипите планират на ниво Release, Iteration, Day. *Android application can be downloaded from https://play.google.com/store/apps/details?id= com.leanify.planning.poker PlanningPoker Game Провокира дискусия Подобрява общото знание => по-точна оценка
- 19. Канбан буквално означава „сигнална карта“. Канбан картата е сигнал, който трябва да предизвика съответно действие. Канбан за първи път е въведен в производството през 50-те год. на 20 век. Канбан се въвежда в софтуерното производство през 2004 г.
- 20. 1. Визуализиране на процеса 2. Ограничаване на недовършената работа 3. Проследяване и оптимизиране на времето за извършване на работа 4. Ясни политики по отношение на процеса 5. Съвместно усъвършенстване
- 22. o Няма правила o Няма дисциплина o Самоорганизиращ се екип = хаос o …
- 23. Agile дефинира рамка и принципи. Методите предоставят набор от добри практики. Разбирането им и споделянето на ценностите е предпоставка за успеха на Agile имплементацията.