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

What's hot (20)

PDF
Что такое Scrum
Татьяна Баева
 
PPT
Agile, SCRUM, Планирование – что в этом для программистов?
Fedor Malyshkin
 
PPT
Особенности параллельного тестирования нескольких проектов
QA Dnepropetrovsk Community (Ukraine)
 
PPTX
Управление проектами по разработке в стиле Agile или Waterfall, чья доска круче?
SQALab
 
PPTX
Cемь смертных грехов в управлении проектами
Boris Volfson
 
PPTX
Agile/Scrum
elenasharovar
 
PDF
2008-04-15-scrum-from-custis-show
Stas Fomin
 
PPTX
Что делает Скрам Мастер на проекте
Svetlana Mukhina ICP, -ATF, -BVA, - ACC, PSM I, CSPO
 
PPTX
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...
GTestClub
 
PPT
Вебинар: ИТ-проекты глазами Заказчика
Александр Кольцов
 
PDF
Использование YouTrack для работы команды по Scrum
Татьяна Баева
 
PPTX
Agile Testing Process
Return on Intelligence
 
PPT
тестирование нескольких проектов с пользой для здоровья
QA Dnepropetrovsk Community (Ukraine)
 
PPTX
Все об эстимейтах
Elena Sharovar
 
PDF
Почему Agile больше не работает
Boris Volfson
 
PDF
Гибкие методологии разработки ПО в реальном мире
Tech Talks @NSU
 
PPT
Семинар по управлению проектами. Часть 2. Технический процесс
Vasiliy Deynega
 
PPTX
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибки
QAFest
 
PPTX
Марри Кантор, Управление программными проектами
Elena Sharovar
 
PPT
Виктор Лисицын, East Media Как учитывать время разработчиков, чтобы их не тош...
Svetlana Gulyaeva
 
Что такое Scrum
Татьяна Баева
 
Agile, SCRUM, Планирование – что в этом для программистов?
Fedor Malyshkin
 
Особенности параллельного тестирования нескольких проектов
QA Dnepropetrovsk Community (Ukraine)
 
Управление проектами по разработке в стиле Agile или Waterfall, чья доска круче?
SQALab
 
Cемь смертных грехов в управлении проектами
Boris Volfson
 
Agile/Scrum
elenasharovar
 
2008-04-15-scrum-from-custis-show
Stas Fomin
 
Что делает Скрам Мастер на проекте
Svetlana Mukhina ICP, -ATF, -BVA, - ACC, PSM I, CSPO
 
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...
GTestClub
 
Вебинар: ИТ-проекты глазами Заказчика
Александр Кольцов
 
Использование YouTrack для работы команды по Scrum
Татьяна Баева
 
Agile Testing Process
Return on Intelligence
 
тестирование нескольких проектов с пользой для здоровья
QA Dnepropetrovsk Community (Ukraine)
 
Все об эстимейтах
Elena Sharovar
 
Почему Agile больше не работает
Boris Volfson
 
Гибкие методологии разработки ПО в реальном мире
Tech Talks @NSU
 
Семинар по управлению проектами. Часть 2. Технический процесс
Vasiliy Deynega
 
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибки
QAFest
 
Марри Кантор, Управление программными проектами
Elena Sharovar
 
Виктор Лисицын, East Media Как учитывать время разработчиков, чтобы их не тош...
Svetlana Gulyaeva
 

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

PPT
Семинар по управлению проектами. Часть 1. Команда
Vasiliy Deynega
 
PDF
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...
Mikhail Galushko
 
PDF
2017 04-26 - презентация Олега Билева
fpocpm
 
PPTX
управление командами
VeeRoute
 
PPTX
Ситуационное управление или как правильно развивать ИТ таланты
SQALab
 
PPTX
ситуационное управление или как правильно развивать ит таланты
LuxoftTraining
 
PDF
Принципы Деминга и Agile (Михаил Кумсков)
Ontico
 
PDF
Опыт организации проектной деятельности в Правительстве Российской Федерации
fpocpm
 
PDF
Мастер-класс: "Интеграция в промышленную разработку"
Technosphere1
 
PPT
Project management. Intro
Alexey Chernyak
 
PPTX
Будь лидером! (Сергей Архипенков)
Ontico
 
PPTX
Управление ИТ-проектом. Лекция 1
Mikhail Tsarev
 
PPTX
Psychology in inter projects
Itera Consulting
 
PDF
Разработка веб-сервисов осень 2013 лекция 4
Technopark
 
PDF
Нейробиология, тойота ката, управления очередями - как это использовать в упр...
Alexander Abolmasov
 
PDF
Проектный офис в стиле Agile: рекомендации и предостережения
МВА-центр Бизнес-школы УрФУ
 
PDF
управление человеческими ресурсами
Almaz Idirisov
 
PDF
Доклад об организации процесса разработки с нуля.
Maxim Boguslavsky
 
PDF
Концепция методики внедрения инноваций
Sergei Penkov
 
PDF
Экстремальный проектный менеджмент. Набор и управление командой
Vladimir Arutin
 
Семинар по управлению проектами. Часть 1. Команда
Vasiliy Deynega
 
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...
Mikhail Galushko
 
2017 04-26 - презентация Олега Билева
fpocpm
 
управление командами
VeeRoute
 
Ситуационное управление или как правильно развивать ИТ таланты
SQALab
 
ситуационное управление или как правильно развивать ит таланты
LuxoftTraining
 
Принципы Деминга и Agile (Михаил Кумсков)
Ontico
 
Опыт организации проектной деятельности в Правительстве Российской Федерации
fpocpm
 
Мастер-класс: "Интеграция в промышленную разработку"
Technosphere1
 
Project management. Intro
Alexey Chernyak
 
Будь лидером! (Сергей Архипенков)
Ontico
 
Управление ИТ-проектом. Лекция 1
Mikhail Tsarev
 
Psychology in inter projects
Itera Consulting
 
Разработка веб-сервисов осень 2013 лекция 4
Technopark
 
Нейробиология, тойота ката, управления очередями - как это использовать в упр...
Alexander Abolmasov
 
Проектный офис в стиле Agile: рекомендации и предостережения
МВА-центр Бизнес-школы УрФУ
 
управление человеческими ресурсами
Almaz Idirisov
 
Доклад об организации процесса разработки с нуля.
Maxim Boguslavsky
 
Концепция методики внедрения инноваций
Sergei Penkov
 
Экстремальный проектный менеджмент. Набор и управление командой
Vladimir Arutin
 
Ad

More from CodeFest (20)

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

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