Agile At Intel
Download as PPTX, PDF2 likes509 views
Документ обсуждает внедрение Agile-методологии в компании Intel, включая успехи и трудности, с которыми сталкивается команда при реализации крупных проектов. Описываются рекомендации по оптимизации процесса планирования и важности коммуникации между распределенными командами. В заключение подчеркивается, что Agile способен эффективно работать в больших корпорациях при правильном подходе.
![Stand UpСтандартные 3 вопросаИзменения в дизайне / фишкиПары[Планирование]](https://image.slidesharecdn.com/agileatintel-091215035621-phpapp01/85/Agile-At-Intel-33-320.jpg)
Agile At Intel
- 1. Agile @ IntelЕвгений СорокинАнтон Бевзюк
- 2. Карта часаIntroAgile @ Intel Worldwide… и в частности в ННСамый большой проектПроблемы и решенияХозяйке на заметкуFunВопросы
- 3. Intro
- 4. Кто мы такие?ПрограммируемРуководимразработкойОбучаемстудентов исотрудников
- 5. Agile @ Intel worldwide
- 6. Возможен ли agile в корпорации?
- 7. В Intel – да! Intel Project Life CycleCMMI 3LeanМенеджерам важен результат
- 8. CommunityDevForumAgile Developers User GroupIntel Agile Conferencehttp://software.intel.com/ru-ru/blogs/
- 9. Agile в НН
- 10. Портфолио отдела7 лет в Agile25проектов20 девелоперовБизнес-приложения
- 13. 2года20 человек
- 14. Agile-коктейль
- 15. Практики XPВсе практики, кроме Customer On-SiteСинергияЭнергичная командаДисциплина
- 16. XP – Stand Up
- 19. Kanban
- 20. ИтогиХорошая оценка MicrosoftНи одного провалаIT Excellence Award
- 22. ПроблемыДолгосрочное планированиеБольшой релиз / фиксированный объем работРаспределенная командаНовичкиЭпики
- 23. Долгорочное планированиеДано:Фиксированный объем работФиксированный срокВопрос:Сколько нужно ресурсов?Мы хорошо планируем толькона релизAgile помогает рано скорректировать курс
- 24. Большой релиз с фиксированным объемом работБэклог 500+ историйСложно оцениватьСложно расставлятьприоритетыНедостоверный прогноз
- 25. РекомендацииПланировать функциональными блокамиТочная оценка ресурсов
- 26. Распределенная командаШкала оценокУровень подготовкиTime zoneЗнанияТелефон не спасаетРоссияСШАИндия
- 28. Новички4 -> 12 челФокус на знание принципов дизайна / ООПРазный уровень подготовкиКроссфункциональностьПарное программирование рулит Эксперт через 3-6 месяцев
- 29. ЭпикиНеудобно для программистовНеудобно для бизнес-аналитиковКак разбивать истории?Epic Story = Epic Fail
- 30. РекомендацииПонимать мотивыРазбивать по бизнес-сценариямОт простого к сложномуМаленькая история – хорошая история
- 32. Парные станции
- 33. Stand UpСтандартные 3 вопросаИзменения в дизайне / фишкиПары[Планирование]
- 35. Эволюция оценок
- 36. Ретроспектива
- 37. Fun
- 38. Шапка-чекинка
- 41. Таски
- 42. Сердечки
- 43. Зарядка
- 44. РезюмеAgile в корпорациях возможенAgile работает в больших проектахЭкспериментируйте!
- 45. А где же «сall to action»?Be ag;)e!
- 46. ?
- 47. Антон БевзюкAnton.Bevzjuk@intel.comЕвгений СорокинEvgeny.Sorokin@intel.comДля журналистов:parus@intel.com
- 49. Backup
- 50. Agile DBСтандартные решения не работаютМиграция данныхРазные environmentsПоддержка параллельно с разработкойРешение есть! Инкрементальный DB deployПроблема mergeDEV <-> CONSАвтоматизированные скрипты
- 51. Крупномасштабный рефакторингMVP -> MVVMDataSets -> Linq2SQLПараллельный дизайн
- 52. Как мы построили agile?Строили 7 летXPНачали пытаться следоватьПредолели скепсисОщутили пользуНовичков учили сразуНаучились делать мелкие проектикиРелиз 2-3 месяца4-6 человек в команде
- 53. Появились более крупные проекты10+ человек1.5 годаMyC12 человек2 года
- 54. Перепады velocityСлишком короткие итерацииТо пусто, то густоПоддержкаНестабильная команда
- 55. Перепады velocity2-недельные итерацииВремя на поддержкуВнутреннее тестированиеУменьшение размера историйТочный прогноз
- 56. Инфляция оценокПадает velocityДавление от менеджментаСоблазн завысить оценкиЕдиная позиция командыКоммуникацияVelocity vs ProductivityДоверие важнее краткосрочной выгоды
- 57. Burndown Chart
- 58. Эволюция оценокIntel Software Professional ConferenceDecember 8, 200958
Editor's Notes
- #2: Коллеги
- #3: Intro – почему нас имеет смысл слушать?
- #6: Переделать. И не забыть отразить это в адженде и резюме
- #10: Переделать. И не забыть отразить это в адженде и резюме
- #11: Технологически это .NET,SAP, Business IntelligenceПроцессноэто eXtreme Programming (XP),Scrum, Kanban
- #13: Переделать. И не забыть отразить это в адженде и резюме
- #14: Нужно объяснить, почему мы компетентны говорить на заявленную тему. Блин, этот слайд нужно переделать совсем.
- #19: Женя - допиши, ты же потенциальный Scrum MasterПолиномиальный тренд
- #22: Переделать. И не забыть отразить это в адженде и резюме
- #24: Слепой за рулем
- #26: Самоподобие
- #30: Разбивать - по бизнес сценариям, а не по техническим этапам
- #31: Разбивать - по бизнес сценариям, а не по техническим этапам
- #46: это работает, это весело, это эффективно.
- #58: Женя - допиши, ты же потенциальный Scrum MasterПолиномиальный тренд