Управление IT-проектами

Руководители проектов считают, что встречаемые ими трудности и совершаемые ошибки являются результатом их опыта (или его нехватки). Независимо от уровня подготовки по управлению проектами, существуют типичные ошибки, совершаемые многими руководителями проектов.

Альберт Эйнштейн сказал следующее: "Есть две бесконечных вещи – вселенная и человеческая глупость, и я не уверен насчет вселенной". Как большинство людей, я считаю это остроумным замечанием, сделанным им в неудачный день. То есть это нельзя понимать буквально, верно? Затем я нахожу новостное сообщение или деловую ситуацию, которые заставляют  меня думать, что Эйнштейн был прав.

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

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

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

Провалы известных информационных проектов очень распространены; в реальности немногие проекты на 100 процентов успешно реализуют все, что нужно клиенту, вовремя и в рамках бюджета. Поэтому неудивительно, что организации тратят много сил на попытки минимизировать риск того, что их проект пополнит статистику неудач.

Процесс разработки программ сильно изменился за последние годы. Изначально требовался только разработчик для написания кода программы, но развитие отрасли превратило разработку в намного более сложный процесс. В разработке кода теперь участвуют разработчики архитектуры, аналитики, программисты, тестеры и пользователи, поэтому сейчас данный процесс позволяет получить более совершенный результат.

Сомневаетесь, должна или нет ваша фирма-разработчик программного обеспечения нанять специально выделенную группу тестеров? Ниже приведены 5 ошибочных причин, почему вы не должны этого делать.

Наиболее успешные проекты по веб-дизайну организованы в систему контрольных точек, где каждая отображает критическую часть проекта. Контрольные точки просты по своему принципу, но их сложно вовремя достичь.

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

Каждый ИТ-проект продвигается за счет требований бизнеса. Перед каждым руководителем ИТ-проекта становится проблема перевода требований бизнеса в конечный продукт, который полностью соответствует бизнес-нуждам.

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

Опрос  ИТ-экспертов раскрыл, что 43% их организаций в последнее время закрыли какой-либо ИТ-проект. Исследования, проведенные ассоциацией аудита и контроля информационных систем (ISACA), раскрыло 5 причин, названных этими организациями, которые привели к закрытию проекта до его завершения.

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

Проекты по разработке программного обеспечения не имеют целей - они просто существуют. Участники проекта могут преследовать множество целей, но разработка программного обеспечения является всего лишь суммой всех результатов. И все же, это не значит, что вы не можете придать своему проекту какую-либо внешнюю цель – более того, вы можете, и, как мне кажется, вы должны!

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

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

Многим проектным командам когда-либо приходилось принимать такие важные решения, как  что лучше - разрабатывать специализированное решение или купить готовое, новое, и специализировать его? Верные решения могут предоставить полную производительность и все необходимые функции. Неверное же решение может в результате привести к перерасходу бюджета, задержкам проекта или к продукту, который не восполняет бизнес-нужды.

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

Следование данным девяти шагам может предоставить вам абсолютное секретное средство для выигрыша бизнеса и успешного предоставления нового удобного ПО, которое даже превысит все ожидания клиентов.

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

Когда вы начинаете понимать, что ваша часть в гонке по разработке завершена? Научитесь устанавливать четкую финишную линию для своего проекта!

Должны ли руководители проекта обладать техническим опытом? Эта тема всегда была на слуху. Некоторые верят, что все необходимое для управления проектом - это сертификация PMP, другие уверены, что нельзя успешно управлять проектом по разработке ПО без полного понимания всех сложностей продукта. Я придерживаюсь такой же точки зрения! Для того, чтобы быть эффективным руководителем проекта, вы должны знать все – от А до Я. Вы должны быть способны разработать все сами.

Многие вакансии гласят "руководитель проекта", но в реальности они далеки от традиционной роли с ответственностью за инициацию, планирование, выполнение, наблюдение и закрытие проекта. Так как же убедиться в том, что вы нанимаете правильного человека?

Во-первых, вам нужно описать тип человека, которого вы ищете. Далее мы приведем поведенческие компетенции и технический опыт, необходимые руководителю ИТ-проектов.

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

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

Если  вы собираетесь управлять проектом электронной коммерции и решили использовать в качестве дополнительной рабочей силы разработчиков консалтинговой фирмы, вам  лучше отказаться от этого. Оценка и установка сроков вашими консультантами истинны только в  том случае, если им дозволено управлять проектом интернет-магазина по вашей спецификации. Они должны предоставить руководителя проекта, который, скорее всего, будет вашим основным средством связи, будет ответственен за управление ресурсами и сроками проекта. Также член команды консультантов сможет уберечь проект от изменения масштабов.

Вам нет необходимости тратить бессонные ночи на управление разработкой веб-сайта с целью постижения секретов успешного управления проектами. Используйте полученный опыт в управлении - и вы сможете увеличить шансы успешного завершения проекта.