Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Процессные заболевания и
методы их лечения


                           Асхат Уразбаев
                                Scr...
Цель улучшения процессов
 разработки в проекте
 Эффективное достижение бизнес целей
  проекта




              © ScrumTr...
Эффективность

Эффективность

      =
  соблюдение
  ограничений


          © ScrumTrek.ru, 2009
Явные ограничения
 Разработка с
  использованием
  технологий Microsoft
 Использование «нашего»
  фреймворка
 Обойтись ...
Неявные, но подразумеваемые
ограничения
 Соблюдение УК РФ
 Отсутствие несчастных случаев
 Заказчик должен быть доволен
...
НЕявные и Неподразумеваемые
 ограничения
 Архитектура должна
  быть «крутая»
 Менеджер должен
  получить
  повышение пос...
Как добиться высокой
эффективности?

 Rational Unified
  Process, Prince2
  , CMMi, ISO9000, Sc
  rum,       Extreme

  P...
Методология как …
 …сборник рецептов
   RUP полезно сравнивать с буфетом или
    рестораном (с) Doug Foote
 …коллекция ...
Если существует самый эффективный
   метод, почему методов так много?




             © ScrumTrek.ru, 2009
Три проблемы методологии
 One size doesn’t fit ‘em all
 Lack of rationale
 Lack of understanding




               © S...
Проект = организм?
 Процессное заболевание
   Дисфункция, приводящая к недостижению или
    неэффективному достижению це...
Что можно сделать с
процессным заболеванием?
 Можно вылечить
   Проблемы больше нет
 Можно купировать
   Проблема не и...
Симптом ≠ Болезнь
 Симптом = на что
  жалуются люди
 Болезнь = что является
  причиной неэффективного
  достижения цели
...
Дисфункции




             © ScrumTrek.ru, 2009
Группа №1. Инфекции
 Нарушения обмена информацией
 Проблемы с распределением
  ответственности




            © ScrumTr...
Пример инфекции. Тестировщик
  против программиста
 Симптомы
      Много открытых багов
  
      Баги часто возвращаются...
Еще инфекции
 “Неадекватныйquot; заказчик
   Плохая связь разработки с заказчиками
 Низкая вовлеченность/мотивация
  ра...
Лечение инфекций
 Наладим обмен веществ
  информацией
   Короткие итерации, Daily
    Scrum, планирование, демонстрации ...
Лечение инфекций
 В узком смысле
   Scrum
     Итеративность =
      прозрачность
     Самоорганизация
 В широком смы...
Чеклист
    Role. Есть ли ответственный за решение проблемы?

    Commit. Он знает, что он ответственный? Знает ли он обл...
Группа №2. Токсины
 Внешние по отношению
  к команде
  ограничения, влияющие
  на эффективность
  обмена информацией
  ил...
Примеры токсинов
 Эффективность коммуникации
      Распределенная разработка
  
      Языковой барьер
  
      Разница ...
Работа с токсинами
 Обмен информацией
   Лечение. Убрать токсин
   Купирование. Средства, облегчающие обмен
    информа...
Группа №3. Физическая
форма
 Проблемы объема
  жира документации
 Проблемы качества
  мышечной массы
  кода




        ...
Примеры проблем с
физической формой
 Объем документации
   Требования плавают в течении итерации
   Никто не помнит поч...
Коммуникации в проекте




          © ScrumTrek.ru, 2009
© ScrumTrek.ru, 2009
© ScrumTrek.ru, 2009
У кого из них
   нормальный вес?
© ScrumTrek.ru, 2009
Идеальный вес




           © ScrumTrek.ru, 2009
Набор физической формы
    Как правило, длительный процесс

    Нужно планировать работу над формой

    Обязательно осо...
Группа №4. Неврология
 Фундаментальные
  дисфункции
   Бизнес-цель неясна
   Бизнес-цель
    недостижима
   Бизнес-цел...
Кретинизм
 Бизнес цель неясна

 Лечение
   Product Owner
   Product Management
   Vision & Biz Vison




            ...
Галлюцинации
 Бизнес-цель
  недостижима

 Лечение
  Диагностика рынком
  Динамично
   корректировать
   цель

        ...
Мозг мертв. Вегетативная
кома
 Проект еще существует, но
  необходимости в нем нет

 Лечение
   Эвтаназия




         ...
Шизофрения. Раздвоение
 личности
 Ограничения эффективности
  несовместны
 Как правило, означает
  наличие quot;политики...
Есть и другие дисфункции
 Рак. Некомандное поведение
 Недостаточность. Отсутствие всех
  необходимых навыков у команды
...
Общие замечания
 Оптимизировать процесс в целом
 Заниматься болезнью, а не
  симптомами
 Тяжелая болезнь может скрывать...
Понимать процесс разработки
ПО




          © ScrumTrek.ru, 2009
Развитие идеи
 Сделать каталог процессных
  дисфункций
 Собрать best practices лечения
 Подробности тут:
http://scrumtr...
Конец

Будьте здоровы! 
Вопросы?




        © ScrumTrek.ru, 2009
Upcoming SlideShare
Loading in …5
×

Процессные заболевания и методы их лечения

6,538 views

Published on

Доклад на конференции Agile-Labs 31 марта 2009 года

Published in: Education

Процессные заболевания и методы их лечения

  1. 1. Процессные заболевания и методы их лечения Асхат Уразбаев ScrumTrek http://scrumtrek.ru © ScrumTrek.ru, 2009
  2. 2. Цель улучшения процессов разработки в проекте  Эффективное достижение бизнес целей проекта © ScrumTrek.ru, 2009
  3. 3. Эффективность Эффективность = соблюдение ограничений © ScrumTrek.ru, 2009
  4. 4. Явные ограничения  Разработка с использованием технологий Microsoft  Использование «нашего» фреймворка  Обойтись существующей командой  Уложиться в бюджет © ScrumTrek.ru, 2009
  5. 5. Неявные, но подразумеваемые ограничения  Соблюдение УК РФ  Отсутствие несчастных случаев  Заказчик должен быть доволен © ScrumTrek.ru, 2009
  6. 6. НЕявные и Неподразумеваемые ограничения  Архитектура должна быть «крутая»  Менеджер должен получить повышение после проекта  Наш отдел должен получить всю славу © ScrumTrek.ru, 2009
  7. 7. Как добиться высокой эффективности?  Rational Unified Process, Prince2 , CMMi, ISO9000, Sc rum, Extreme Programming, PMBOK, P+, Evo, FDD, OpenUP, Crystal, Lean development, some text, nobody will be able to recognize, on the screen anyway. © ScrumTrek.ru, 2009
  8. 8. Методология как …  …сборник рецептов  RUP полезно сравнивать с буфетом или рестораном (с) Doug Foote  …коллекция лучших практик  CMMI is a collection of best practices…(с) Wikipedia  …минимальный набор практик  Do not change Scrum (с) Ken Schwaber © ScrumTrek.ru, 2009
  9. 9. Если существует самый эффективный метод, почему методов так много? © ScrumTrek.ru, 2009
  10. 10. Три проблемы методологии  One size doesn’t fit ‘em all  Lack of rationale  Lack of understanding © ScrumTrek.ru, 2009
  11. 11. Проект = организм?  Процессное заболевание  Дисфункция, приводящая к недостижению или неэффективному достижению целей проекта  Описание проблемы первично  Рецепт вторичен © ScrumTrek.ru, 2009
  12. 12. Что можно сделать с процессным заболеванием?  Можно вылечить  Проблемы больше нет  Можно купировать  Проблема не исчезла, но больше не беспокоит  Можно объявить индивидуальной особенностью  Поменяем определение «эффективности» или цели проекта © ScrumTrek.ru, 2009
  13. 13. Симптом ≠ Болезнь  Симптом = на что жалуются люди  Болезнь = что является причиной неэффективного достижения цели  Симптом  quot;У нас заказчик неадекватный»  Болезнь  Слабая связь с заказчика и разработчика © ScrumTrek.ru, 2009
  14. 14. Дисфункции © ScrumTrek.ru, 2009
  15. 15. Группа №1. Инфекции  Нарушения обмена информацией  Проблемы с распределением ответственности © ScrumTrek.ru, 2009
  16. 16. Пример инфекции. Тестировщик против программиста  Симптомы Много открытых багов  Баги часто возвращаются  тестировщикам с пометкой «By design» Система уходит в  тестирование в полуразобранном состоянии Конфликты разработчик –  тестировщик  Причины «Все в порядке, сейчас пофиксим!» Программисты не отвечают  за качество продукта © ScrumTrek.ru, 2009
  17. 17. Еще инфекции  “Неадекватныйquot; заказчик  Плохая связь разработки с заказчиками  Низкая вовлеченность/мотивация разработчиков  Низкий уровень ответственности разработчиков  Команда не соблюдает сроки разработки  Оценкой работ занимается заказчик, а не команда © ScrumTrek.ru, 2009
  18. 18. Лечение инфекций  Наладим обмен веществ информацией  Короткие итерации, Daily Scrum, планирование, демонстрации и т.д.  Повысим иммунитет самоорганизацию команды  Коллективное принятие решений, прозрачность, Shared Vision, ретроспектива и т.д. © ScrumTrek.ru, 2009
  19. 19. Лечение инфекций  В узком смысле  Scrum  Итеративность = прозрачность  Самоорганизация  В широком смысле  Определить роли и ответственности всех участников процесса  Agile: ответственность может нести команда! © ScrumTrek.ru, 2009
  20. 20. Чеклист Role. Есть ли ответственный за решение проблемы?  Commit. Он знает, что он ответственный? Знает ли он область  своей ответственности? Openness. Все ли заинтересованные (ЗЛ) лица знают, кто  ответственый? Rights. Имеет ли ответственный эксклюзивные права на принятие  решений в его области ответственности? FUN. Получает ли ответственный удовлетворение от решения  проблемы? Means. Есть ли у него все необходимые средства для решения  проблемы? Communication. Все ли ЗЛ информируются о том, как проблема  решается? Feedback. Существует ли постоянная обратная связь по  результатам работы? © ScrumTrek.ru, 2009
  21. 21. Группа №2. Токсины  Внешние по отношению к команде ограничения, влияющие на эффективность обмена информацией или правильное разделение ответственности © ScrumTrek.ru, 2009
  22. 22. Примеры токсинов  Эффективность коммуникации Распределенная разработка  Языковой барьер  Разница во времени  Удаленный заказчик  quot;Отдел тестированияquot;   Разделение ответственности  Персональное бонусирование  quot;Пошареныеquot; члены проектной команды  Проекты Fixed Price © ScrumTrek.ru, 2009
  23. 23. Работа с токсинами  Обмен информацией  Лечение. Убрать токсин  Купирование. Средства, облегчающие обмен информацией  Документация (Wiki, Word, Sharepoint, Scrum Notes etc)  Коммуникация (skype, videoconference, и т.д.)  Личные контакты (командировки, видео, «тимбилдинг»)  Разделение ответственности  Лечение. Убрать токсин  Купирование. Прокси - ответственный © ScrumTrek.ru, 2009
  24. 24. Группа №3. Физическая форма  Проблемы объема жира документации  Проблемы качества мышечной массы кода © ScrumTrek.ru, 2009
  25. 25. Примеры проблем с физической формой  Объем документации  Требования плавают в течении итерации  Никто не помнит почему мы приняли такие странные решения  Очень много переделок, которые можно было избежать  Качество кода  Долгий полный цикл тестирования  Много «наведенных» дефектов  Время на исправление дефекта невозможно оценить © ScrumTrek.ru, 2009
  26. 26. Коммуникации в проекте © ScrumTrek.ru, 2009
  27. 27. © ScrumTrek.ru, 2009
  28. 28. © ScrumTrek.ru, 2009
  29. 29. У кого из них нормальный вес? © ScrumTrek.ru, 2009
  30. 30. Идеальный вес © ScrumTrek.ru, 2009
  31. 31. Набор физической формы Как правило, длительный процесс  Нужно планировать работу над формой  Обязательно осознавать свои  возможности Процесс набора должен быть облегчен  по максимуму Практики  Технологический долг  TDD, Test Automation  Definition of Done  Шаблоны RUP/OpenUP  Собственные шаблоны  © ScrumTrek.ru, 2009
  32. 32. Группа №4. Неврология  Фундаментальные дисфункции  Бизнес-цель неясна  Бизнес-цель недостижима  Бизнес-цель отсутствует  Ограничения эффективности несовместны © ScrumTrek.ru, 2009
  33. 33. Кретинизм  Бизнес цель неясна  Лечение  Product Owner  Product Management  Vision & Biz Vison © ScrumTrek.ru, 2009
  34. 34. Галлюцинации  Бизнес-цель недостижима  Лечение  Диагностика рынком  Динамично корректировать цель © ScrumTrek.ru, 2009
  35. 35. Мозг мертв. Вегетативная кома  Проект еще существует, но необходимости в нем нет  Лечение  Эвтаназия © ScrumTrek.ru, 2009
  36. 36. Шизофрения. Раздвоение личности  Ограничения эффективности несовместны  Как правило, означает наличие quot;политикиquot;  Лечение  Реформа внутри организации  Купирование  Product Owner ограждает команду от политики © ScrumTrek.ru, 2009
  37. 37. Есть и другие дисфункции  Рак. Некомандное поведение  Недостаточность. Отсутствие всех необходимых навыков у команды  Незрелость. Непрофессионализм команды © ScrumTrek.ru, 2009
  38. 38. Общие замечания  Оптимизировать процесс в целом  Заниматься болезнью, а не симптомами  Тяжелая болезнь может скрывать более легкую © ScrumTrek.ru, 2009
  39. 39. Понимать процесс разработки ПО © ScrumTrek.ru, 2009
  40. 40. Развитие идеи  Сделать каталог процессных дисфункций  Собрать best practices лечения  Подробности тут: http://scrumtrek.blogspot.com © ScrumTrek.ru, 2009
  41. 41. Конец Будьте здоровы!  Вопросы? © ScrumTrek.ru, 2009

×