PMDoc™Управленческое Документирование |
Навеяно учебным пособием «Организация работы командира взвода во всех видах боевых действий». Если сделать некоторые замены в тексте пособия, то получается чёткое и конкретное руководство для руководителя ИТ-проекта. Само получившееся руководство ниже, а для начала глоссарий.
Берём Главу 1 «Управление подразделением», Раздел 2 «Работа командира взвода по организации боя» и делаем следующие замены: Читать далее
Каждая кухарка может управлять государством проектами.
Вождь
карикатура Ольги Громовой www.olgagromova.com
Помните анекдот? «Блондинку спросили: Какова вероятность риска встретить на улице инопланетянина? – Она ответила: «50% — Или встречу, или не встречу!». И она в чем-то права. Нас окружают риски повсюду. Все проекты, содержат риски, в большей или меньшей степени, негативно влияющие на результат проекта. И чтобы не получилось, как с блондинкой, необходимо учитывать и проводить противорисковые мероприятия, чтобы с их помощью заранее определить вероятные риски, влияющие на исход и конечный результат проекта. Давайте разберем методику, которая поможет избежать неприятностей. Она включает в себя пять этапов.
15-20 сентября в Варшаве компании Expedition Project Management и Whitecom провели тренинг по технологии Education-by-Expedition. Группа 3 дня на практических воркшопах изучала процессы, документы и инструменты проектного менеджмента, и подготовила, с помощью них, микро-экспедицию на вершину горы Wołowiec. 19 сентября группы взошла на вершину, проверив свои наработки на практике.
О том, как это было читайте далее:
Ограничение (Constraint) — ограничивающий фактор, влияющий на ход исполнения проекта, программы, портфеля или процесса.
©2013 Project Management Institute
Руководство к Своду знаний по управлению проектами PMBOK® — 5 издание
Если в компании существует система управления проектами и проекты идут на потоке, то возникает необходимость надёжно выявлять все ограничения проектов на самом начальном этапе. Логика задачи понятна и проистекает она из двух основных постулатов: Читать далее
Одним из самых значимых изменений в PMBOK#5 стало применение модели DIKW (data, information, knowledge, wisdom) — информационной иерархии, где каждый уровень добавляет определённые свойства к предыдущему уровню:
Если друг оказался вдруг
И не друг, и не враг, а — так,
Если сразу не разберёшь,
Плох он или хорош, —
Парня в горы тяни — рискни! —
Не бросай одного его:
Пусть он в связке в одной с тобой —
Там поймёшь, кто такой.
Владимир Высоцкий, «Песня о друге»
По мере развития проектного управления в мире, чаша интереса экспертов в управлении проектами и программами склоняется от инструментов и техник к формированию команд проекта. Если человек находится на своём месте, то ему биологически легко и естественно выполнять свои обязанности. А это приводит к тому что вся команда отыгрывает свои роли в проекте на 200%. Не нужно подгонять, переделывать работу, «мотивировать».
Если у вас намечается сложный и важный проект, вам критически необходимо сформировать такую правильную команду и организовать командную работу. И наверное было бы здорово взглянуть на поведение команды проекта прежде чем доверить ей проект? Читать далее
На тренингах часто задают вопрос, кто такой руководитель проекта, каковы его основные характеристики?
Для начала, давайте обратимся к PMBOK: «Менеджер проекта – это лицо, назначаемое исполняющей организацией ответственным за достижение целей проекта.
…
В дополнение к специальным навыкам и знанию общего менеджмента, необходимым для проекта, эффективное управление проектами требует наличия у менеджера проекта следующих характеристик:
Предлагаю так же выделить три характеристики, только в более прикладном варианте. Читать далее
Обеспечение качества в проекте — затратное мероприятие (и по времени, и по деньгам). Всегда кажется, что экономя на управлении качеством, мы высвобождаем драгоценные ресурсы на более важные задачи. Но никудышное управление качеством в начале проекта не заметно, и проявляется только по мере приближения сроков сдачи проекта. А больше всего затрат на исправление неграмотного или отсутствующего управления качеством заметно на этапе эксплуатации результатов проекта.
Проблемы плохого управления качеством очевидны, но о них мы стараемся не думать до поры, до времени: Читать далее
Заметка содержит вложенный документ: 
ОСУП-О0-Положение «Положение об ОСУП».