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