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

1. 7 принципов эффективногоуправления проектами Докладчик: Сергей Архипенков Конференция PM Labs 2009: www.pm-labs.ru Секция «Управление проектами»

2. 7 принципов эффективного управления проектом //Сергей Архипенков, PM-Labs 2009

4. Стаж в разработке ПО более 30 лет;

5. Автор книг, статей, учебных курсов;//sergey@arkhipenkov.ru //www.arkhipenkov.ru //www.spmguild.org

6. Классические методы управления не работают 4

7. Баллистический полет () u r Объект управления //«Как получится».Можно, но не далеко и не точно. 5

8. Жесткое управление () Регулятор u r Объект управления // «Водопад». Лучше, но не эффективно. 6

9. Гибкое управление () Регулятор u r Объект управления // Agile методологии.«Планы - ничто, планирование - все». 7

10. Самонаведение () Регулятор Уточнение цели u r Объект управления // «Метод частых поставок». 8

11. Классические методы не работают () Регулятор Уточнение цели u r Объект управления // Структура и свойства объекта не известны / меняются со временем. 9

12. Адаптивное управление () 10 Регулятор Уточнение цели u r Объект управления //Адаптивное управление, направленно на изучение и изменение свойств и структуры объекта управления: людей и их взаимодействия. a Адаптер // Задачи руководителя: Обеспечить эффективность каждого участника рабочей группы; Обеспечить эффективные процессы взаимодействия;

13. эффективность каждого 11

19. История # 3. Программист Ашманова () //Программист: Ну, не знаю, у меня на машине всё работает; Я уже неделю ночами работаю, а вы меня укоряете за срыв срока; К пятнице готово не будет, но в понедельник - точно. Или во вторник; Чего там планировать, я быстрее сделаю и всё уже будет работать; Планировать разработку бессмысленно, жизнь всё равно богаче; Программные проекты всегда срывают сроки потому, что это сложное и творческое дело, вроде научных исследований; 16

20. Принцип 1. Принцип достаточного разнообразия () Для «хорошего» управления количество возможных состояний управляющего устройства (разнообразие) должно быть не меньше, чем количество состояний объекта управления; // Источник: У.Р.Эшби “Введение в кибернетику” М., ИЛ, 1959 Анализировать Общаться Наблюдать Синтезировать Обобщать Пробывать 17

22. Адекватно оценивает затраты на выполнение;

23. Планирует свою работу и составляет график;

24. Соблюдает принятые стандарты;

25. Обеспечивает требуемое качество, минимизируя затраты и риски;

26. Выполняет тестирование и отладку кода;

27. Анализирует найденные дефекты и отклонения от графика;

30. Стремится всем нравиться;

31. Оптимист, особенно в оценках проекта;

32. Готов выполнять любое поручение начальника;

33. Никому не говорит «нет»;

34. Старательно избегает конфликтов;

35. Никогда не настаивает на своем мнении;

37. Проект – кооперативная игра () Мотивация Тест лидер Системныый архитектор Менеджер проекта Вася Пупкин 22

38. эффективные взаимодействия 23

39. Самоуправляемая команда () Ясность общих ценностей и целей; Доверие, взаимный контроль, взаимопомощь и взаимозаменяемость; Коллективная ответственность за результаты труда; Всемерное развитие и использование индивидуального и группового потенциалов; 24

40. Принцип 4. Принцип лидерства () Руководитель программного проекта должен стать лидером, вокруг которого сплотится эффективная команда; 25

42. Активен, самостоятелен, напорист;

43. По любому вопросу имеет свое собственное мнение;

44. Всегда стремится быть победителем в конфликтах;

45. Часто оценивает других и указывает им на недостатки;

46. Умничает. Использует любой повод, чтобы продемонстрировать свое превосходство;

48. Хорошие парни () E = IQ x EQ2; 28

49. Принцип 5. Четыре стратегии лидерства () Признание: нет. Доверие: нет. Признание: нет. Доверие: да. Признание: да. Доверие: нет. Признание: да. Доверие: да. S3. Участие S2. Объяснения S1. Директивное управление Коллективность управления S4.Делегирование Степень признания лидера 29

50. История #6. Шумиха () На совещаниях бесконечные неконструктивные споры и дискуссии; Постоянно доминируют одни и те же лица. Другие предпочитают отмалчиваться; Мнения высказываются как объективные факты. «На самом деле эта задача решается так…!»; Постоянно даются оценки. «Это все неправильно!» «Это все не важно!»; Присутствует агрессия «Ты, просто, ничего не понимаешь!». «А ты разве не знаешь, что…!»; 30

51. Фазы формирования команды () 4. Performing 3. Norming Эффективность 2. Storming 1. Forming Время 31

52. Принцип 6. Принцип четырех «П» () 32

54. Все члены команды стараются избегать конфликтов и поддерживать согласие;

55. Как правило, никто не спорит, все соглашаются с мнением руководителя и следуют его указаниям;

56. При возникновении трудных ситуаций все ждут решения от руководителя;

58. Растите профессионалов () // Программист состоит из четырех компонентов: тело, сердце, разум и душа. Телу необходимы деньги и безопасность; Сердцу - любовь и признание; Разуму – развитие и самосовершенствование. Душе – самореализация; 35

59. 36

60. 7 принципов эффективногоуправления проектами Докладчик: Сергей Архипенков Конференция PM Labs 2009: www.pm-labs.ru Секция «Управление проектами»