ИТ-проект на максималках
Поиск новых возможностей для разработки и внедрения ИТ-решений для управления бизнесом - "компас" для менеджера проекта
Профиль хорошего менеджера ИТ-проекта
"Необходимо разбираться в том, чем и кем управляешь."
Стремиться понимать мотивацию заказчика ИТ-проекта.
Уметь строить на ментальном уровне модель проекта - целевой результат, бизнес-объекты, участники, технологические компоненты + связи между всем этим и ограничения внешней среды.
Разбираться в ИТ-технологиях - представлять себе процесс проектирования, реализации, внедрения и развития ИТ-решения - что делают специалисты и какие инструменты используют, с какими трудностями сталкиваются.
Иметь настрой предпринимателя или основателя стартапа в контексте и периметре ИТ-проекта.
Как "заставить" команду уважать вас
"В основе уважения - доверие."
Чтобы вас ценили, признавали ваши достоинства, прислушивались к вашему мнению и разделяли ваши проектные устремления необходимо сначала завоевать доверие.
Для этого необходимо, хотя бы чуть-чуть "быть своим" для каждого участника команды, быть понятым и понимать других. Из этого вытекает требование в наличии профильных экспертных знаний, (обще-)"человеческих" качеств, пересечение по ценностям, мотивам и конечным целям.
Продемонстрируйте участникам проекта, что вы хотите и способны помогать им в разрешении их проблем и трудностей.
После этого, но быть может, не в один момент, уважение придет - вас "заставят" его принять.
Как не завалить ИТ-проект на этапе миграции
"Сжигайте за собой мост только, если уверены, что он вам не понадобится."
"Старое" - заменяемое ИТ-решение (legacy), это всегда отправная точка, опора для замещающего. Как менеджер проекта не смотрите на "наследие", как на обозу или камень на шее.
Не жалейте сил на моделирование процесса перехода со старого на новое. Привлекайте всех, кого можете.
Если риски велики, вложитесь в разработку метода и технологии возвращения в исходную точку, на случай катастрофического приземления на новое место.
Даже если план отхода и инструменты не понадобятся, их разработка позволят двигаться вперед более гладко и с меньшими рисками.
Делайте ставку на смыслы - форма приложится
"Карта - это абстракция. Путешествие - всегда конкретика."
Шаблоны проектных документов (артефактов), руководящие материалы, стандарты и т.п. - это оформившееся следствие каких-то проблем, задач и их решений. Это путеводители, созданные на основе предыдущих путешествий.
Не полагайтесь только на путеводитель в таком тернистом пути, как ИТ-проект. Только очень простой проект можно сделать по рецепту. А простой он или сложный, можно узнать только в итоге.
Используйте путеводитель как источник знаний, пытайтесь читать его "между строк". Совмещайте собственный план с предоставленной вам картой. Выделяйте актуальное и отмечайте устаревшее и поэтому вредное для достижения целей.
Подходите к работе с документами осмысленно - не оценивайте их как тянущий вниз груз и рутину, размещайте в них и извлекайте из них смыслы и содержание.