SlideShare a Scribd company logo
ТЕОРИЯ И ПРАКТИКА АДАПТИВНОГО УПРАВЛЕНИЯ ПРОЕКТОМС. Архипенков. Новосибирск, март 2011
Баллистический полет ()urОбъект управления«Как получится».Можно, но не далеко и не точно.2
Жесткое управление ()РегуляторurОбъект управления«Водопад». Лучше, но не эффективно.3
Гибкое управление ()РегуляторurОбъект управленияAgile методологии.«Планы - ничто, планирование - все».4
Самонаведение ()РегуляторУточнение целиurОбъект управления«Метод частых поставок».5
Классические методы не работают ()РегуляторУточнение целиurОбъект управленияСтруктура и свойства объекта не известны / меняются со временем.6
Адаптивное управление ()РегуляторУточнение целиurОбъект управленияАдаптивное управление, направленно на изучение и изменение свойств и структуры объекта управления: людей и их взаимодействия. aАдаптерЗадачи руководителя:Обеспечить эффективность каждого участника рабочей группы.Обеспечить эффективные процессы взаимодействия.7
История. Винни-Пух против Пятачка ()8// КоммуникацияПятачок: «Я переживаю за качество нашего кода! Пользователи нашей системы люди, а не машины!»;
Винни-Пух: «Заказчик нам платит за функциональность, а не за качество кода или «бантики» на интерфейсе!»;// РезультатПятачок: «Это Винни думает только о сиюминутной прибыли! Доброе имя компании для него пустой звук!»;
Винни: «Этот Пяточек заботится  только о том, чтобы все всегда были довольны! Прибыль и интересы компании для него ничего не значат!»;Принцип 1. Принцип достаточного разнообразия ()Для «хорошего» управления количество возможных состояний управляющего устройства (разнообразие) должно быть не меньше, чем количество состояний объекта управления.Источник: У.Р.Эшби “Введение в кибернетику” М., ИЛ, 1959АнализироватьОбщатьсяНаблюдатьСинтезироватьОбобщатьПробывать9
10История. Делаем все по правилам ()// Программист Стремиться сделать наиболее общее решение задачи, учесть все возможные последующие изменения и расширения;
Старается разработать самый быстрый алгоритм, требующий минимальных ресурсов;
Использует в решении все лучшие практики, паттерны проектирования, самые новые инструменты;Принцип 2. Четыре условия эффективной работы ()/* Для того чтобы ваш сотрудник мог эффективно решить поставленную вами задачу, необходимо и достаточно выполнение четырех условий: */Понимание целей работы; Умение ее делать; Возможность ее сделать; Желание ее сделать; 11
История. Программист Ашманова ()// Программист:Ну, не знаю, у меня на машине всё работает;Я уже неделю ночами работаю, а вы меня укоряете за срыв срока;К пятнице готово не будет, но в понедельник - точно. Или во вторник.Чего там планировать, я быстрее сделаю и всё уже будет работать;Планировать разработку бессмысленно, жизнь всё равно богаче;Программные проекты всегда срывают сроки потому, что это сложное и творческое дело, вроде научных исследований;12
Принцип 3. Четыре  функции руководителя ()Штурман-направляетПомощник-обеспечиваетНаставник-обучаетВдохновитель-мотивирует13
14История. Звездун ()Имеет опыт и квалификацию;
Активен, самостоятелен, напорист;
По любому вопросу имеет свое собственное мнение;
Всегда стремится быть победителем в конфликтах;
Часто оценивает других и указывает им на недостатки;
Умничает. Использует любой повод, чтобы продемонстрировать свое превосходство;
Переоценивает свой личный вклад в общее дело, поэтому считает, что он должен работать меньше, чем его «менее способные» коллеги;Принцип 4. Принцип лидерства ()	Руководитель программного проекта должен стать лидером, вокруг которого сплотится эффективная  команда;15

More Related Content

PPTX
Сергей Архипенков - 7 принципов эффективного управления проектами
PPTX
Управление тестированием в Agile
PPT
2013 — nsk. тос
PDF
Киев. Как внедрить SCRUM без трупов и остаться довольным
PPTX
Презентация вебинара "Использование гибких методологий в управлении проектами"
PDF
методологии Agile, Scrum, Lean, BK
PPTX
Agile/Scrum методологии разработки программного обеспечения
PPTX
Павел Алферов. Что нужно для запуска ИСУП
Сергей Архипенков - 7 принципов эффективного управления проектами
Управление тестированием в Agile
2013 — nsk. тос
Киев. Как внедрить SCRUM без трупов и остаться довольным
Презентация вебинара "Использование гибких методологий в управлении проектами"
методологии Agile, Scrum, Lean, BK
Agile/Scrum методологии разработки программного обеспечения
Павел Алферов. Что нужно для запуска ИСУП

What's hot (20)

PDF
Что такое Scrum
PPT
Agile, SCRUM, Планирование – что в этом для программистов?
PPT
Особенности параллельного тестирования нескольких проектов
PPTX
Управление проектами по разработке в стиле Agile или Waterfall, чья доска круче?
PPTX
Cемь смертных грехов в управлении проектами
PPTX
Agile/Scrum
PDF
2008-04-15-scrum-from-custis-show
PPTX
Что делает Скрам Мастер на проекте
PPTX
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...
PPT
Вебинар: ИТ-проекты глазами Заказчика
PDF
Использование YouTrack для работы команды по Scrum
PPTX
Agile Testing Process
PPT
тестирование нескольких проектов с пользой для здоровья
PPTX
Все об эстимейтах
PDF
Почему Agile больше не работает
PDF
Гибкие методологии разработки ПО в реальном мире
PPT
Семинар по управлению проектами. Часть 2. Технический процесс
PPTX
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибки
PPTX
Марри Кантор, Управление программными проектами
PPT
Виктор Лисицын, East Media Как учитывать время разработчиков, чтобы их не тош...
Что такое Scrum
Agile, SCRUM, Планирование – что в этом для программистов?
Особенности параллельного тестирования нескольких проектов
Управление проектами по разработке в стиле Agile или Waterfall, чья доска круче?
Cемь смертных грехов в управлении проектами
Agile/Scrum
2008-04-15-scrum-from-custis-show
Что делает Скрам Мастер на проекте
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...
Вебинар: ИТ-проекты глазами Заказчика
Использование YouTrack для работы команды по Scrum
Agile Testing Process
тестирование нескольких проектов с пользой для здоровья
Все об эстимейтах
Почему Agile больше не работает
Гибкие методологии разработки ПО в реальном мире
Семинар по управлению проектами. Часть 2. Технический процесс
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибки
Марри Кантор, Управление программными проектами
Виктор Лисицын, East Media Как учитывать время разработчиков, чтобы их не тош...
Ad

Similar to CodeFest 2011. Архипенков С. — Теория и практика адаптивного управления проектом (20)

PPT
Семинар по управлению проектами. Часть 1. Команда
PDF
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...
PDF
2017 04-26 - презентация Олега Билева
PPTX
управление командами
PPTX
Ситуационное управление или как правильно развивать ИТ таланты
PPTX
ситуационное управление или как правильно развивать ит таланты
PDF
Принципы Деминга и Agile (Михаил Кумсков)
PDF
Опыт организации проектной деятельности в Правительстве Российской Федерации
PDF
Мастер-класс: "Интеграция в промышленную разработку"
PPT
Project management. Intro
PPTX
Будь лидером! (Сергей Архипенков)
PPTX
Управление ИТ-проектом. Лекция 1
PPTX
Psychology in inter projects
PDF
Разработка веб-сервисов осень 2013 лекция 4
PDF
Нейробиология, тойота ката, управления очередями - как это использовать в упр...
PDF
Проектный офис в стиле Agile: рекомендации и предостережения
PDF
управление человеческими ресурсами
PDF
Доклад об организации процесса разработки с нуля.
PDF
Концепция методики внедрения инноваций
PDF
Экстремальный проектный менеджмент. Набор и управление командой
Семинар по управлению проектами. Часть 1. Команда
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...
2017 04-26 - презентация Олега Билева
управление командами
Ситуационное управление или как правильно развивать ИТ таланты
ситуационное управление или как правильно развивать ит таланты
Принципы Деминга и Agile (Михаил Кумсков)
Опыт организации проектной деятельности в Правительстве Российской Федерации
Мастер-класс: "Интеграция в промышленную разработку"
Project management. Intro
Будь лидером! (Сергей Архипенков)
Управление ИТ-проектом. Лекция 1
Psychology in inter projects
Разработка веб-сервисов осень 2013 лекция 4
Нейробиология, тойота ката, управления очередями - как это использовать в упр...
Проектный офис в стиле Agile: рекомендации и предостережения
управление человеческими ресурсами
Доклад об организации процесса разработки с нуля.
Концепция методики внедрения инноваций
Экстремальный проектный менеджмент. Набор и управление командой
Ad

More from CodeFest (20)

PDF
Alexander Graebe
PDF
Никита Прокопов
PPTX
Денис Баталов
PDF
Елена Гальцина
PDF
Александр Калашников
PDF
Ирина Иванова
PDF
Marko Berković
PDF
Денис Кортунов
PDF
Александр Зимин
PDF
Сергей Крапивенский
PDF
Сергей Игнатов
PDF
Николай Крапивный
PDF
Alexander Graebe
PDF
Вадим Смирнов
PDF
Константин Осипов
PDF
Raffaele Rialdi
PDF
Максим Пугачев
PDF
Rene Groeschke
PDF
Иван Бондаренко
PDF
Mete Atamel
Alexander Graebe
Никита Прокопов
Денис Баталов
Елена Гальцина
Александр Калашников
Ирина Иванова
Marko Berković
Денис Кортунов
Александр Зимин
Сергей Крапивенский
Сергей Игнатов
Николай Крапивный
Alexander Graebe
Вадим Смирнов
Константин Осипов
Raffaele Rialdi
Максим Пугачев
Rene Groeschke
Иван Бондаренко
Mete Atamel

CodeFest 2011. Архипенков С. — Теория и практика адаптивного управления проектом

  • 1. ТЕОРИЯ И ПРАКТИКА АДАПТИВНОГО УПРАВЛЕНИЯ ПРОЕКТОМС. Архипенков. Новосибирск, март 2011
  • 2. Баллистический полет ()urОбъект управления«Как получится».Можно, но не далеко и не точно.2
  • 3. Жесткое управление ()РегуляторurОбъект управления«Водопад». Лучше, но не эффективно.3
  • 4. Гибкое управление ()РегуляторurОбъект управленияAgile методологии.«Планы - ничто, планирование - все».4
  • 5. Самонаведение ()РегуляторУточнение целиurОбъект управления«Метод частых поставок».5
  • 6. Классические методы не работают ()РегуляторУточнение целиurОбъект управленияСтруктура и свойства объекта не известны / меняются со временем.6
  • 7. Адаптивное управление ()РегуляторУточнение целиurОбъект управленияАдаптивное управление, направленно на изучение и изменение свойств и структуры объекта управления: людей и их взаимодействия. aАдаптерЗадачи руководителя:Обеспечить эффективность каждого участника рабочей группы.Обеспечить эффективные процессы взаимодействия.7
  • 8. История. Винни-Пух против Пятачка ()8// КоммуникацияПятачок: «Я переживаю за качество нашего кода! Пользователи нашей системы люди, а не машины!»;
  • 9. Винни-Пух: «Заказчик нам платит за функциональность, а не за качество кода или «бантики» на интерфейсе!»;// РезультатПятачок: «Это Винни думает только о сиюминутной прибыли! Доброе имя компании для него пустой звук!»;
  • 10. Винни: «Этот Пяточек заботится только о том, чтобы все всегда были довольны! Прибыль и интересы компании для него ничего не значат!»;Принцип 1. Принцип достаточного разнообразия ()Для «хорошего» управления количество возможных состояний управляющего устройства (разнообразие) должно быть не меньше, чем количество состояний объекта управления.Источник: У.Р.Эшби “Введение в кибернетику” М., ИЛ, 1959АнализироватьОбщатьсяНаблюдатьСинтезироватьОбобщатьПробывать9
  • 11. 10История. Делаем все по правилам ()// Программист Стремиться сделать наиболее общее решение задачи, учесть все возможные последующие изменения и расширения;
  • 12. Старается разработать самый быстрый алгоритм, требующий минимальных ресурсов;
  • 13. Использует в решении все лучшие практики, паттерны проектирования, самые новые инструменты;Принцип 2. Четыре условия эффективной работы ()/* Для того чтобы ваш сотрудник мог эффективно решить поставленную вами задачу, необходимо и достаточно выполнение четырех условий: */Понимание целей работы; Умение ее делать; Возможность ее сделать; Желание ее сделать; 11
  • 14. История. Программист Ашманова ()// Программист:Ну, не знаю, у меня на машине всё работает;Я уже неделю ночами работаю, а вы меня укоряете за срыв срока;К пятнице готово не будет, но в понедельник - точно. Или во вторник.Чего там планировать, я быстрее сделаю и всё уже будет работать;Планировать разработку бессмысленно, жизнь всё равно богаче;Программные проекты всегда срывают сроки потому, что это сложное и творческое дело, вроде научных исследований;12
  • 15. Принцип 3. Четыре функции руководителя ()Штурман-направляетПомощник-обеспечиваетНаставник-обучаетВдохновитель-мотивирует13
  • 16. 14История. Звездун ()Имеет опыт и квалификацию;
  • 18. По любому вопросу имеет свое собственное мнение;
  • 19. Всегда стремится быть победителем в конфликтах;
  • 20. Часто оценивает других и указывает им на недостатки;
  • 21. Умничает. Использует любой повод, чтобы продемонстрировать свое превосходство;
  • 22. Переоценивает свой личный вклад в общее дело, поэтому считает, что он должен работать меньше, чем его «менее способные» коллеги;Принцип 4. Принцип лидерства () Руководитель программного проекта должен стать лидером, вокруг которого сплотится эффективная команда;15
  • 23. 16История. Тихоня ()Ведет себя сдержанно, стремится не высовываться;
  • 24. Ожидает подробных инструкций. Старается действовать строго в пределах своих функциональных обязанностей;
  • 25. Старается задавать как можно меньше вопросов;
  • 26. Редко высказывает свое мнение, никогда не настаивает на нем;
  • 27. Избегает любых ситуаций, связанных с возможными конфликтами;
  • 28. Замалчивает «неприятную» информацию;Принцип 5. Четыре стратегии лидера ()17S4.ДелегированиеS3. УчастиеДаS1. Директивное управлениеПрофессиональное признаниеS2. ОбъясненияНетДаНетДоверие команды
  • 29. История. Менеджер должен занимать очередь ()Ни одно предлагаемое решение не принимается на веру. Все требуют факты для его обоснования;Активно анализируются возможные негативные последствия или упущенные возможности при принятии решения;Конфликты носят исключительно производственный характер; При решении конфликтов активно ищутся взаимовыгодные возможности;«Менеджер проекта должен занимать очередь, чтобы покритиковать сотрудника, не выполняющего свои обещания»;18
  • 30. Принцип 6. Принцип цикличности ()Четыре фазы становления команды должны циклически повторяться, чтобы обеспечить непрерывный рост эффективности;ReformingPerformingNormingЭффективностьStormingPerformingFormingNormingStormingFormingЗастой и стагнацияВремя19
  • 31. История. Все достало ()// Старший программистИмеет глубокие знания и развитый интеллект, быстро осваивает все новое, нацелен на решение трудных задач. Пользуется заслуженным авторитетом среди коллег;20В начале проекта активно выдвигал новые идеи, убедительно их обосновывал, добивался их признания всеми. Находил неизвестные возможности, существенно сократившие трудоемкость работ по проекту;
  • 32. В середине проекта потерял интерес. Стал «витать в облаках» и отвлекаться на изучение каких-то новых технологий. Постоянно заваливает сроки, делает глупые ошибки, непростительные для его опыта. Расхолаживающе воздействует на команду;Принцип 7. Принцип четырех «П» ()21