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.

Сергей Архипенков - 7 принципов эффективного управления проектами

2,757 views

Published on

Доклад на конференции "PM Labs 2009"
Секция "Управление проектами"

Published in: Technology
  • Be the first to comment

Сергей Архипенков - 7 принципов эффективного управления проектами

  1. 1. 7 принципов эффективногоуправления проектами<br />Докладчик: Сергей Архипенков<br />Конференция PM Labs 2009: www.pm-labs.ru<br />Секция «Управление проектами»<br />
  2. 2. 7<br />принципов<br />эффективного управления проектом<br />//Сергей Архипенков,<br />PM-Labs 2009<br />
  3. 3. 3<br />Об авторе ()<br /><ul><li>Сергей Архипенков, независимый эксперт, PMPPMI;
  4. 4. Стаж в разработке ПО более 30 лет;
  5. 5. Автор книг, статей, учебных курсов;</li></ul>//sergey@arkhipenkov.ru<br />//www.arkhipenkov.ru<br />//www.spmguild.org<br />
  6. 6. Классические методы управления не работают<br />4<br />
  7. 7. Баллистический полет ()<br />u<br />r<br />Объект управления<br />//«Как получится».Можно, но не далеко и не точно.<br />5<br />
  8. 8. Жесткое управление ()<br />Регулятор<br />u<br />r<br />Объект управления<br />// «Водопад». Лучше, но не эффективно.<br />6<br />
  9. 9. Гибкое управление ()<br />Регулятор<br />u<br />r<br />Объект управления<br />// Agile методологии.«Планы - ничто, планирование - все».<br />7<br />
  10. 10. Самонаведение ()<br />Регулятор<br />Уточнение цели<br />u<br />r<br />Объект управления<br />// «Метод частых поставок».<br />8<br />
  11. 11. Классические методы не работают ()<br />Регулятор<br />Уточнение цели<br />u<br />r<br />Объект управления<br />// Структура и свойства объекта не известны / меняются со временем.<br />9<br />
  12. 12. Адаптивное управление ()<br />10<br />Регулятор<br />Уточнение цели<br />u<br />r<br />Объект управления<br />//Адаптивное управление, направленно на изучение и изменение свойств и структуры объекта управления: людей и их взаимодействия. <br />a<br />Адаптер<br />// Задачи руководителя:<br />Обеспечить эффективность каждого участника рабочей группы;<br />Обеспечить эффективные процессы взаимодействия;<br />
  13. 13. эффективность каждого<br />11<br />
  14. 14. История # 1. Винни Пух против Пятачка ()<br />12<br />// Коммуникация<br /><ul><li>Пятачок: «Я переживаю за качество нашего кода! Пользователи нашей системы люди, а не машины!»;
  15. 15. Винни Пух: «Заказчик нам платит за функциональность, а не за качество кода или «бантики» на интерфейсе!»;</li></ul>// Результат<br /><ul><li>Пятачок: «Это Винни думает только о сиюминутной прибыли! Доброе имя компании для него пустой звук!»;
  16. 16. Винни: «Этот Пяточек заботится только о том, чтобы все всегда были довольны! Прибыль и интересы компании для него ничего не значат!»;</li></li></ul><li>13<br />Типы Майерс-Бриггс ()<br />// Б. Шнейдерман, «Психология программирования», М., Радио и связь, 1984 <br />
  17. 17. История # 2. Все достало ()<br />// Старший программист<br />Имеет глубокие знания и развитый интеллект, быстро осваивает все новое, нацелен на решение трудных задач. Пользуется заслуженным авторитетом среди коллег;<br />14<br /><ul><li>В начале проекта активно выдвигал новые идеи, убедительно их обосновывал, добивался их признания всеми. Находил неизвестные возможности, существенно сократившие трудоемкость работ по проекту;
  18. 18. В середине проекта потерял интерес. Стал «витать в облаках» и отвлекаться на изучение каких-то новых технологий. Постоянно заваливает сроки, делает глупые ошибки, непростительные для его опыта. Расхолаживающе воздействует на команду;</li></li></ul><li>Командные роли ()<br />15<br />Генератор идей;<br />Исследователь ресурсов;<br />Координатор;<br />Мотиватор (шейпер);<br />Аналитик (критик);<br />Вдохновитель команды;<br />Реализатор;<br />Контролер (педант);<br />Специалист;<br />
  19. 19. История # 3. Программист Ашманова ()<br />//Программист:<br />Ну, не знаю, у меня на машине всё работает;<br />Я уже неделю ночами работаю, а вы меня укоряете за срыв срока;<br />К пятнице готово не будет, но в понедельник - точно. Или во вторник;<br />Чего там планировать, я быстрее сделаю и всё уже будет работать;<br />Планировать разработку бессмысленно, жизнь всё равно богаче;<br />Программные проекты всегда срывают сроки потому, что это сложное и творческое дело, вроде научных исследований;<br />16<br />
  20. 20. Принцип 1. Принцип достаточного разнообразия ()<br />Для «хорошего» управления количество возможных состояний управляющего устройства (разнообразие) должно быть не меньше, чем количество состояний объекта управления;<br />// Источник: У.Р.Эшби “Введение в кибернетику” М., ИЛ, 1959<br />Анализировать<br />Общаться<br />Наблюдать<br />Синтезировать<br />Обобщать<br />Пробывать<br />17<br />
  21. 21. 18<br />Профессионал ()<br /><ul><li>Проводит декомпозицию задачи и проектирует ее решение;
  22. 22. Адекватно оценивает затраты на выполнение;
  23. 23. Планирует свою работу и составляет график;
  24. 24. Соблюдает принятые стандарты;
  25. 25. Обеспечивает требуемое качество, минимизируя затраты и риски;
  26. 26. Выполняет тестирование и отладку кода;
  27. 27. Анализирует найденные дефекты и отклонения от графика;
  28. 28. Корректирует свой рабочий процесс для их предотвращения в будущем;</li></li></ul><li>Принцип 2. Четыре условия эффективной работы ()<br />// Для того чтобы ваш сотрудник мог эффективно решить поставленную вами задачу, необходимо и достаточно выполнение четырех условий:<br />Понимание целей работы;<br />Умение ее делать;<br />Возможность ее сделать;<br />Желание ее сделать;<br />19<br />
  29. 29. 20<br />История # 4. «Хороший» парень ()<br /><ul><li>Общительный;
  30. 30. Стремится всем нравиться;
  31. 31. Оптимист, особенно в оценках проекта;
  32. 32. Готов выполнять любое поручение начальника;
  33. 33. Никому не говорит «нет»;
  34. 34. Старательно избегает конфликтов;
  35. 35. Никогда не настаивает на своем мнении;
  36. 36. Озабочен тем, «чтобы угадать и угодить»;</li></li></ul><li>Принцип 3. Четыре функции руководителя()<br />Штурман-направляет<br />Помощник-обеспечивает<br />Вдохновитель-мотивирует<br />Наставник-обучает<br />21<br />
  37. 37. Проект – кооперативная игра ()<br />Мотивация<br />Тест лидер<br />Системныый архитектор<br />Менеджер проекта<br />Вася Пупкин<br />22<br />
  38. 38. эффективные взаимодействия<br />23<br />
  39. 39. Самоуправляемая команда ()<br />Ясность общих ценностей и целей;<br />Доверие, взаимный контроль, взаимопомощь и взаимозаменяемость;<br />Коллективная ответственность за результаты труда;<br />Всемерное развитие и использование индивидуального и группового потенциалов;<br />24<br />
  40. 40. Принцип 4. Принцип лидерства ()<br />Руководитель программного проекта должен стать лидером, вокруг которого сплотится эффективная команда;<br />25<br />
  41. 41. 26<br />История # 5. Плохой парень ()<br /><ul><li>Имеет опыт и квалификацию;
  42. 42. Активен, самостоятелен, напорист;
  43. 43. По любому вопросу имеет свое собственное мнение;
  44. 44. Всегда стремится быть победителем в конфликтах;
  45. 45. Часто оценивает других и указывает им на недостатки;
  46. 46. Умничает. Использует любой повод, чтобы продемонстрировать свое превосходство;
  47. 47. Переоценивает свой личный вклад в общее дело, поэтому считает, что он должен работать меньше, чем его «менее способные» коллеги;</li></li></ul><li>Еще плохие парни ()<br />Непорядочность;<br />Одинокий ковбой;<br />Социальный паразит;<br />Анархист;<br />// Рекомендация - лечить хирургически.<br />27<br />
  48. 48. Хорошие парни ()<br />E = IQ x EQ2;<br />28<br />
  49. 49. Принцип 5. Четыре стратегии лидерства ()<br />Признание: нет.<br />Доверие: нет.<br />Признание: нет.<br />Доверие: да.<br />Признание: да.<br />Доверие: нет.<br />Признание: да.<br />Доверие: да.<br />S3. Участие<br />S2. Объяснения<br />S1. Директивное <br />управление<br />Коллективность управления<br />S4.Делегирование<br />Степень признания лидера<br />29<br />
  50. 50. История #6. Шумиха ()<br />На совещаниях бесконечные неконструктивные споры и дискуссии;<br />Постоянно доминируют одни и те же лица. Другие предпочитают отмалчиваться;<br />Мнения высказываются как объективные факты. «На самом деле эта задача решается так…!»;<br />Постоянно даются оценки. «Это все неправильно!» «Это все не важно!»;<br />Присутствует агрессия «Ты, просто, ничего не понимаешь!». «А ты разве не знаешь, что…!»;<br />30<br />
  51. 51. Фазы формирования команды ()<br />4. Performing<br />3. Norming<br />Эффективность<br />2. Storming<br />1. Forming<br />Время<br />31<br />
  52. 52. Принцип 6. Принцип четырех «П» ()<br />32<br />
  53. 53. 33<br />История # 7. Сверхлояльность ()<br /><ul><li>Девиз группы: «Давайте работать, а не конфликтовать!»;
  54. 54. Все члены команды стараются избегать конфликтов и поддерживать согласие;
  55. 55. Как правило, никто не спорит, все соглашаются с мнением руководителя и следуют его указаниям;
  56. 56. При возникновении трудных ситуаций все ждут решения от руководителя;
  57. 57. Редкие противоречия разрешаются путем взаимных уступок;</li></li></ul><li>Принцип 7. Принцип цикличности ()<br />Четыре фазы становления команды должны циклически повторяться, чтобы обеспечить непрерывный рост эффективности;<br />Reforming<br />Performing<br />Norming<br />Эффективность<br />Storming<br />Performing<br />Forming<br />Norming<br />Storming<br />Forming<br />Застой и стагнация<br />Время<br />34<br />
  58. 58. Растите профессионалов ()<br />// Программист состоит из четырех компонентов: тело, сердце, разум и душа.<br />Телу необходимы деньги и безопасность; <br />Сердцу - любовь и признание;<br />Разуму – развитие и самосовершенствование. <br />Душе – самореализация;<br />35<br />
  59. 59. 36<br />
  60. 60. 7 принципов эффективногоуправления проектами<br />Докладчик: Сергей Архипенков<br />Конференция PM Labs 2009: www.pm-labs.ru<br />Секция «Управление проектами»<br />

×