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.

Organizing self-organizing teams

1,697 views

Published on

Slides from Askhat Urazbaev and Nikita Filippov talking at Agileee conference 2009, Ukraine

Published in: Self Improvement, Sports

Organizing self-organizing teams

  1. 1. У нас само- управляемая команда © scrumtrek.ru
  2. 2. Асхат Уразбаев Никита Филиппов ScrumTrek Организация самоорганизации команды © ScrumTrek.ru, 2009
  3. 3. Самоорганизация команды  Что это такое?  Зачем это нужно?  Как этого добиться?  Что может помешать?  Когда это ОПАСНО? © ScrumTrek.ru, 2009
  4. 4. Вопрос  У вас есть три колхозника  Нужно прополоть 3 грядки  Что вы сделаете  Будете указывать каждому его куст  Дадите каждому собственную грядку  Дадите им самоорганизоваться © ScrumTrek.ru, 2009
  5. 5. Взгляд со стороны менеджера  Куст. Микроменеджмент. Слишком много менеджерской работы  Грядка. Это точно сработает  Самоорганизация. Результат не гарантирован © ScrumTrek.ru, 2009
  6. 6. Делегирование Так это и бывает Каждый получает свою область ответственности Потому что так проще управлять © ScrumTrek.ru, 2009
  7. 7. Проблема №1. Проблема ответственности  "Программисты не тестируют!"  "А у меня на машине все работает!"  "Настоящий мужик свои проблемы решает сам!" К пуговицам претензии есть? © ScrumTrek.ru, 2009
  8. 8. Проблема №2. Низкое качество  Слабые программисты пишут плохие модули  Хорошие программисты не учат молодых программистов  Аналитики пишут хорошие документы, а не добиваются хорошего продукта © ScrumTrek.ru, 2009
  9. 9. Проблема №3. Низкая мотивация  Разработчики любят  Крутые технологии  Покопаться в коде  Разработчики не любят  Писать документацию  Фиксить баги  Разработчики слабо заинтересованы в достижении бизнес-целей проекта © ScrumTrek.ru, 2009
  10. 10.  Людей мотивирует то, за что они ВНУТРЕННЕ несут ответственность  Иначе говоря, чувствуют ОЩУЩЕНИЕ СОБСТВЕННОСТИ © ScrumTrek.ru, 2009
  11. 11. Ответственность это полномочия  “Полномочия — это в первую очередь ответственность” Владимир Путин полномочия ответственность © ScrumTrek.ru, 2009
  12. 12. Кто принимает решение - тот несет ответственность © ScrumTrek.ru, 2009
  13. 13. Выше ответственность – выше мотивация Мотивация Ответственность © ScrumTrek.ru, 2009
  14. 14. Самоорганизация  Команда сама координирует свою работу  Общая ответственность за продукт  Общий пул задач  Коллективное принятие решений  Кроссфункциональность © ScrumTrek.ru, 2009
  15. 15. Кроссфункциональность © ScrumTrek.ru, 2009
  16. 16. By component "Понятие команды, где никто никому не говорит, что делать и где отсутствуют персональные заслуги, едва ли понравится программисту, который по своей природе тщеславен и стремится обладать каким-то участком работы. Это, эгоистическое на первый взгляд, стремление предполагает ответственность и трепетное, личное отношение к части продукта" http://thekonst.net/ru/propaganda/291 © ScrumTrek.ru, 2009
  17. 17. By Role "По своей натуре программист не любит правила, аналитик любит, тестер к правилам толерантен. Посему отличный аналитик-программист-тестер в одном человеке, может вызвать в внутренний когнитивный диссонанс обостренный разтроением личности :-))))" http://pmant.livejournal.com/7609.html © ScrumTrek.ru, 2009
  18. 18. Команда … небольшая группа людей с дополняющими навыками, с общей целью, стремящаяся улучшить свою производительность и чуствующая ответственность по отношению к друг другу… Katzenbach, Smith, “The Wisdom of Team” © ScrumTrek.ru, 2009
  19. 19. Типы кроссфункциональности By Feature • Biz. domains By component • Component owners By Role • Analyst, Tester, Programmer By competence • C++, Java, Silenium, Oracle etc. Full • Все могут делать все crossfunctionality © ScrumTrek.ru, 2009
  20. 20. This is not AGILE Agile TRUE AGILE TRUE TRUE AGILE © ScrumTrek.ru, 2009
  21. 21. Кроссфункциональность без самоорганизации  Менеджер  Глубоко декомпозирует фичи  Раздает задачи  Управляет координацией работ  Вовремя обнаруживает проблемы на стыке  Связывает разработчиков  Микроменеджмент! © ScrumTrek.ru, 2009
  22. 22. Итерации без самоорганизации © ScrumTrek.ru, 2009
  23. 23. Сравнение производительности  Команда без самоорганизации  Самоорганизующаяся команда © ScrumTrek.ru, 2009
  24. 24. Условия модели  3 человека  Производительность в SP/итерацию  Фичи  Оценка в Story Points  Реальные трудозатраты © ScrumTrek.ru, 2009
  25. 25. Расчет  Команда без кроссфункциональности  Каждую фичу может взять один человек  Заранее известно, кто какую фичу делает  Самоорганизующаяся команда  Фичу разрабатывают совместно  Несделанная фича переносится на следующую итерацию © ScrumTrek.ru, 2009
  26. 26. Разработка внутри итерации
  27. 27. Разработка внутри итерации
  28. 28. Разработка внутри итерации
  29. 29. Разработка внутри итерации
  30. 30. Выводы  Команда без кроссфункциональности  Менее производительна  Менее предсказуема  Нет кроссфункциональности?  Длиннее итерация  Глубже декомпозиция по фичам © ScrumTrek.ru, 2009
  31. 31. the web project UI Designer PHP Developer PHP & FE Dev. Front End Dev. C++ Dev PHP Developer Tester Analyst
  32. 32. Учимся самоорганизации © ScrumTrek.ru, 2009
  33. 33. Ускорить отчеты Product Owner Oracle Dev Java Dev JS Developer © ScrumTrek.ru, 2009
  34. 34. Создать бизнес правило Product Owner Oracle Dev JS Developer Java Dev © ScrumTrek.ru, 2009
  35. 35. Web2.0! Product Owner Oracle Dev JS Developer Java Dev © ScrumTrek.ru, 2009
  36. 36. Учимся кросс-функциональности Feature Component Role Competence Full  Совместное планирование  Общий план (а не по людям)  Planning poker для задач  Выбор задач по приоритетам  Limit WIP © ScrumTrek.ru, 2009
  37. 37. Разные степени кроссфункцональности  В чем различие при…  Планирование  Standup  Итерация © ScrumTrek.ru, 2009
  38. 38. Планирование  By Feature  Все декомпозируют и оценивают свои задачи самостоятельно  By Component  Все декомпозируют задачи совместно и оценивают каждый свою  By Role & By competence  Все декомпозируют задачи совместно и оценивают в своих группах совместно  Full  Все совместно © ScrumTrek.ru, 2009
  39. 39. Daily Scrum  By Feature, By Component  Daily Scrum не нужен  By Role  «Что ты СДЕЛАЛ вчера?»  By Competence & Full  «Что ты ДЕЛАЛ вчера?» © ScrumTrek.ru, 2009
  40. 40. Изменение плана на итерацию  By Feature, By Component  Нельзя менять план на итерацию  By Role, By Competence, Full  Можно заменить еще не сделанные фичи © ScrumTrek.ru, 2009
  41. 41. Принятие решений  Персонально вне команды  Product Owner, организация, другие команды  Коллективно командой  Совместно на планировании, ретроспективе, DSM и прочих митингах  Персонально членом команды  Команда доверяет члену команды самостоятельно принять решение © ScrumTrek.ru, 2009
  42. 42. Например, так Снаружи Vision Архитектура Учет времени Backlog Часы присутствия Коллективно Acceptance Дизайн Роли Tests Практики и регламенты Coding Styles Персонально Детали Код Инструменты © ScrumTrek.ru, 2009
  43. 43. Коллективное принятие решений  Если у команды НЕДОСТАТОЧНО информации для принятия правильного решения, то решение лучше принимать СНАРУЖИ  Примеры  Vision, Backlog  Архитектура в большом проекте  Coding Styles © ScrumTrek.ru, 2009
  44. 44. Инженерное и бизнес- принятие решений Недостаток информации Избыток информации Характерно для… БИЗНЕСА ИНЖЕНЕРИИ Mindset Интуиция Анализ и расчет Приоритет Скорость Качество Важность обратной Очень высокая Высокая связи Эффективность Низкая Высокая © ScrumTrek.ru, 2008
  45. 45. Что может помешать самоорганизации? © ScrumTrek.ru, 2009
  46. 46. Главный враг самоорганизации  Персональная ответственность за результат:  Зафиксированная сфера ответственности  Большой стек задач  Дифференцированное персональное поощрение за успехи © ScrumTrek.ru, 2009
  47. 47. Некомандный © ScrumTrek.ru, 2009 игрок
  48. 48. Некомандное поведение  Неспособность взять на себя ответственность вместе с командой  Неспособность отвечать перед командой  Несогласие с общей целью © ScrumTrek.ru, 2009
  49. 49. Некомандное поведение  Менеджер удаляет некомандного человека  Команда не принимает таких решений  Удаление некомандного человека все равно немного демотивирует команду © ScrumTrek.ru, 2009
  50. 50. УГ  Команда состоит из скучных и безинициативных товарищей © ScrumTrek.ru, 2009
  51. 51. Добавляем ярких людей © ScrumTrek.ru, 2009
  52. 52. Супермен  Думает, что знает как надо делать  ИЛИ  Действительно знает как надо делать  Команда делегирует ему принятие решений © ScrumTrek.ru, 2009
  53. 53. Когда самоорганизация ОПАСНА? ТРОЛЛЬ © ScrumTrek.ru, 2009
  54. 54. Тролль  Его цель отличается от вашей  Он имеет большое влияние на команду  Самоорганизация приведет к неразрешимому конфликту между вами и командой  Его увольнение может привести к уходу всей команды © ScrumTrek.ru, 2009
  55. 55. Некоторые менеджеры могут оказаться лишними © ScrumTrek.ru, 2009
  56. 56. А что делать менеджерам?  Управлять самоорганизацией  Область ответственности  Состав команды  Обмен разработчиками © ScrumTrek.ru, 2009
  57. 57. Спасибо! ВОПРОСЫ? http://blog.scrumtrek.ru Be ag;)e © ScrumTrek.ru, 2009
  58. 58. Картиники: Игорь Конденко http://caricatura.ru/parad/kondenko/ © ScrumTrek.ru, 2009

×