Приобретение и распространение опыта управления проектами

Вход в систему

Регистрация

Подписка:

QR код подписки

 QR-Code rss feed

Использование материалов

Коллеги, перед использованием материалов данного сайта, пожалуйста, ознакомьтесь с
Правилами использования материалов сайта

Подписка на обновления

Коллеги, если вы желаете быть в курсе обновлений сайта, вы можете оформить бесплатную подписку. Это занимает 1 минуту. Далее, описаны способы подписки.

Опрос №2. Образование

Опрос об образовании в управлении проектами. Пожалуйста, заполните анкету (время заполнения 1-2 минуты).

Общий опрос №1:

Мы проводим небольшое исследование. Пожалуйста, помогите нам, заполните опросник (время заполнения опросника 1-2 минуты).

Изученный урок №118. Согласовывайте протокол встречи со всеми участниками

Ситуация:
Вы являетесь руководителем проекта внедрения небольшой ИТ системы, не являющейся критичной для бизнеса в крупной энергетической компании. Со стороны заказчика также назначен руководитель проекта, который работает на проекте на частичной занятости. С него не были сняты его основные обязанности и проект для него создает дополнительную нагрузку. На встречах по проекту вы договариваетесь с ним по разным проблемам, принимаете и утверждаете различные решения. По окончании каждого совещания вы высылаете протокол встречи всем участникам. Иногда, от кого-то из участников (в том числе и от руководителя проекта со стороны заказчика) не приходит ответа. Вы считаете, что ответ отсутствует по причине высокой загрузки сотрудника и работаете дальше, понимая, что обо всем договорились на встрече и зафиксировали в протоколе. Приближается дата сдачи проекта и заказчик начинает уделять все больше внимания доработанной системе. В некоторых случаях возникает вопрос по реализации тех или иных функций в системе, а именно, почему они реализованы именно выбранным способом, а не другим. Вы приводите протокол встречи на которой вы договорились о способе реализации данной функции, однако получаете ответ, что данный протокол руководитель проекта со стороны заказчика не согласовал и согласовывать не будет. Проверив почту вы понимаете, что это один из тех протоколов, на который ответа от руководителя проекта со стороны заказчика не было.
 
Вывод:

Изученный урок №117. Проверяйте наличие политик, шаблонов, процедур холдинга, влияющих на проект

Ситуация:
Вы менеджер проекта по внедрению автоматизированной системы управления предприятием. Вас пригласили в крупную компанию входящую в холдинг для проведения внедрения системы. До вашего назначения на проекте работали внешние консультанты международной консалтинговой компании, организовавшие этап выбора системы и составившие план проекта внедрения. Вы начинаете проект, оформляете устав проекта, актуализируете план проекта, подготовленный консультантами и готовите приказ по запуску проекта. Однако, в процессе согласования данных документов выясняется, что необходимо их кардинально переработать и переоформить в соответствии со стандартами, принятыми в головной компании холдинга, причем сделать это необходимо в сжатые сроки, и в соответствии с ветвистыми политиками. Вы переоформляете документы, но тратите на это значительное количество времени в связи с тем, что хотя все политики, шаблоны документов, описание процедур и находятся в корпоративной интранет, найти их очень проблематично, т.к. все эти документы были подготовлены различными подразделениями, а в описании корпоративной методологии, которую вы все-таки нашли и изучили нет ни названий документов, ни тем более ссылок на них.
 
Вывод:

Изученный урок №116. Прописывайте в договоре необходимое оборудование при работе у Заказчика

Ситуация:
Вы менеджер проекта по внедрению автоматизированной системы управления предприятием. Ваша компания была выбрана в результате проведенного тендера. Работы предполагают проведение обследования, разработку задания на доработку системы, ее доработку и развертывание у Заказчика, документирование доработок и обучение администраторов системы, а также, ключевых пользователей. Договор уже заключен и вы находитесь на стадии обследования и анализа. Ваша команда размещена в отдельном помещении у Заказчика (в договоре присутствует подробное описание работ, согласно которому, консультанты и аналитики стадию обследования проводят присутствуя у Заказчика). Консультанты приступили к интервью заинтересованных лиц. Однако, как оказалось, вам и вашим сотрудникам не предоставлены возможность печати на принтер и доступа в интернет. Данные права у ваших сотрудников ограничены согласно внутренним политикам Заказчика. Вам приходится тратить время и силы на прохождение всех этапов рассмотрения вашей заявки на доступ к принтеру и в интернет начиная от департамента информационных технологий и заканчивая службой внутреннего контроля. Все это время, ваши сотрудники вынуждены пересылать документы одному из пользователей Заказчика, чтобы тот напечатал их, а вместо корпоративного мессенджера использовать мобильные телефоны. Сотрудник Заказчика не всегда может распечатать документы вовремя и, как следствие, данные действия снизили производительность и вызвали отставание от расписания.
 
Вывод:

Изученный урок №115. Используйте прототипы

Ситуация:
Вы руководитель проекта по доработке внутренней ИТ системы среднего размера компании со стороны подрядчика. Вашу компанию выбрали на основе конкурса на разработку небольшого модуля, обеспечивающего дополнительный сервис для административно-хозяйственного подразделения. Данный сервис ранее не был автоматизирован. Для вашей компании важен собственно не этот проект по доработке, а возможность получить данного заказчика для дальнейших работ. Подписан договор, разработано техническое задание. В техническом задании не прописан внешний вид интерфейса пользователя, т.к. сама система выполнена со стандартным Windows интерфейсом, менять который не планируется. Проект стартует, вы активно вовлекаете заказчика в обсуждение логики работы системы, доработка выполняется, но в связи с короткими сроками проекта (полтора месяца), вы предоставляете пользователю готовый продукт, без предварительного прототипа. Однако, когда, вы демонстрируете продукт заказчику, появляется недоумение вызванное пользовательскими интерфейсами. Ожидания заказчика полностью не совпадают с реализованным стандартным интерфейсом системы, хотя и не противоречат идеологии системы. У вас есть вариант настаивать на том, что задача реализована в соответствии с техническим заданием, либо существенно переработать интерфейсы.
 
Вывод:

Изученный урок №114. Регулярно встречайтесь со спонсором проекта

Ситуация:
В вашей компании - крупном поставщике финансовых услуг, происходит обновление систем, обеспечивающей автоматизацию операционной деятельности компании. Вместо трех из пяти систем использующихся в компании, планируется установить одну систему управления предприятием. Спонсором и Куратором проекта выступает Заместитель генерального директора, в чьем ведении находится весь бэк офис, т.е. сотрудник с высокой ежедневной загрузкой. Вы назначены менеджером проекта. С самого старта проекта, еще при написании Устава, вам удалось договориться о регулярной, еженедельной получасовой встрече со Спонсором проекта, помимо встречи по статусу проекта и рабочих совещаний. Каждую неделю вы подстраиваете свое расписание под расписание Спонсора проекта таким образом, чтобы все таки иметь возможность встретиться с ним и обсудить ход проекта. Даже когда случаются авралы, максимум, что вы позволяете, это перенести встречу, но не отменить ее. На встречах вы кратко рассматриваете статус, делитесь своими прогнозами и деталями планов. Взамен вы получаете критический взгляд со стороны руководства на ход проекта и достигнутые результаты, информацию о происходящем в компании, в том числе о планах компании на будущее.
 
Вывод:

Подписаться по email:

 

Ваш email:

Delivered by FeedBurner

 

 Ваш email:

Посетите Каталог Maillist.ru.

 

    
    
 

Последние комментарии

Напишите нам:

Вы можете отправить нам сообщение, воспользовавшись формой контактов. Нам важно знать Ваше мнение обо всех аспектах деятельности ресурса, поэтому не стесняйтесь использовать данную форму почаще. :)