Содержание
- 2. С. Архипенков, SEC(R) 2008 Цель доклада Хорошо управляемый проект может быть успешно выполнен обычной командой разработчиков.
- 3. С. Архипенков, SEC(R) 2008 Классические методы управления не работают
- 4. С. Архипенков, SEC(R) 2008 Баллистический полет Объект управления u r «Как получится». Можно, но не далеко
- 5. С. Архипенков, SEC(R) 2008 Жесткое управление Объект управления u r «Водопад». Лучше, но не эффективно Регулятор
- 6. С. Архипенков, SEC(R) 2008 Гибкое управление Объект управления u r Agile методологии. «Планы - ничто, планирование
- 7. С. Архипенков, SEC(R) 2008 Самонаведение Объект управления u r «Метод частых поставок». Регулятор Уточнение цели
- 8. С. Архипенков, SEC(R) 2008 Классические методы не работают Объект управления u r Структура и свойства объекта
- 9. С. Архипенков, SEC(R) 2008 Проект будет безнадежным Множество управляющих воздействий (u) ограничено. Если у команды проекта
- 10. С. Архипенков, SEC(R) 2008 Адаптивное управление Объект управления u r Регулятор Уточнение цели Адаптер a Дополнительный
- 11. С. Архипенков, SEC(R) 2008 1-я задача Обеспечить эффективность каждого участника рабочей группы
- 12. С. Архипенков, SEC(R) 2008 Принцип 1. Принцип достаточного разнообразия Для «хорошего» управления количество возможных состояний управляющего
- 13. С. Архипенков, SEC(R) 2008 Принцип 2. 4 условия эффективной работы Для того чтобы ваш сотрудник мог
- 14. С. Архипенков, SEC(R) 2008 Принцип 3. 4 функции руководителя Руководителю необходимо использовать четыре типа адаптационных воздействий.
- 15. С. Архипенков, SEC(R) 2008 Пример. «Хочет, может, но не делает» Ситуация. Программист стремится найти наиболее общее
- 16. С. Архипенков, SEC(R) 2008 Пример. «Хочет, но не может» Ситуация. Программист своевременно приходит на работу. Не
- 17. С. Архипенков, SEC(R) 2008 Пример. «Может, но не хочет» Ситуация. Программист имеет глубокие знания, нацелен на
- 18. С. Архипенков, SEC(R) 2008 Пример. «Может, но не хочет 2» Ситуация. Программист активен, самостоятелен, напорист. По
- 19. С. Архипенков, SEC(R) 2008 2-я задача Обеспечить эффективные процессы взаимодействия
- 20. С. Архипенков, SEC(R) 2008 Принцип 4. Принцип лидерства Руководитель программного проекта должен стать лидером, вокруг которого
- 21. С. Архипенков, SEC(R) 2008 Принцип 5. 4 стратегии лидера Не существует одной лучшей стратегии руководства. В
- 22. С. Архипенков, SEC(R) 2008 Пример. «Ситуационное лидерство» Коллективность управления Степень признания лидера Признание: нет. Доверие: нет.
- 23. С. Архипенков, SEC(R) 2008 Командообразование Эффективность Время 1. Forming 2. Storming 3. Norming 4. Performing 4стадии
- 24. С. Архипенков, SEC(R) 2008 Пример. «Шумиха» Ситуация. Частые смены приоритетов задач. Споры о том, что надо
- 25. С. Архипенков, SEC(R) 2008 Пример. «Неразбериха» Ситуация. На совещаниях бесконечные неконструктивные споры и дискуссии. Постоянно доминируют
- 26. С. Архипенков, SEC(R) 2008 Пример. «Группомыслие» Ситуация. Девиз участников проекта: «Давайте работать, а не конфликтовать!» Все
- 27. С. Архипенков, SEC(R) 2008 Пример. «Менеджер должен занимать очередь…» Ситуация. Ни одно предлагаемое участником команды решение
- 28. С. Архипенков, SEC(R) 2008 Принцип 6. Принцип цикличности 4 стадии становления команды должны циклически повторяться, чтобы
- 29. С. Архипенков, SEC(R) 2008 Принцип 7. Принцип победителей Программист состоит из четырех компонентов: тело, сердце, разум
- 30. С. Архипенков, SEC(R) 2008 Благодарности Спасибо всем моим бывшим и настоящим коллегам, совместно с которыми (на
- 32. Скачать презентацию