Управление программным обеспечением включает в себя планирование, составление графиков, управление рисками, управление персоналом, оценку стоимости программного обеспечения и управление качеством.
В этой статье рассматривается планирование и составление расписания программных проектов. Существует множество причин неудач программных проектов, их можно упомянуть: поздняя доставка, ненадежность, стоимость выше предполагаемой, плохие характеристики исполнения. Часто недостаток был в используемом подходе к управлению.
Необходимость управления - важное различие между профессиональной разработкой программного обеспечения и непрофессиональным программированием. Управление проектами программного обеспечения необходимо, потому что профессиональная разработка программного обеспечения всегда подчиняется бюджетным и календарным ограничениям; которому должна соответствовать организация, разрабатывающая программное обеспечение. Работа менеджера проекта программного обеспечения заключается в том, чтобы обеспечить соответствие проектов этим ограничениям и предоставление программного обеспечения, которое способствует достижению бизнес-целей. Хороший менеджмент не гарантирует успеха проекта, однако плохой менеджмент всегда гарантирует его провал.
Особенности программного обеспечения делают его администрирование особенно сложным, это:
- - Продукт нематериальный, руководитель проекта судостроения видит продукт, пока он разрабатывается. Если есть временная задержка, эффект на продукте виден. Это программное обеспечение нематериально, его нельзя увидеть или потрогать, Менеджеры не видят прогресса, они полагаются на других, чтобы подготовить необходимую документацию для анализа прогресса. - Стандартных программных процессов не существует, вы не можете с уверенностью предсказать, когда конкретный процесс имеет тенденцию к развитию проблем. - Часто крупные проекты ПО «уникально», обычно крупные программные проекты отличаются от предыдущих проектов. Следовательно, менеджеры, даже обладая обширным опытом, который можно использовать для уменьшения неопределенности при планировании, недостаточно предвидеть проблемы.
Быстрые изменения в компьютерах и коммуникациях делают предыдущий опыт устаревшим. Уроки, извлеченные из этого опыта, не могут быть перенесены на новые проекты.
Из-за этих проблем неудивительно, что некоторые программные проекты опаздывают, превышают бюджет и не вовремя. Программные системы часто являются новыми и технологически инновационными. Инновационные инженерные проекты также часто имеют проблемы с графиком. Учитывая совокупность трудностей, стоит отметить, что многие программные продукты поставляются вовремя и в рамках бюджета.
Невозможно написать стандартную должностную инструкцию для администратора программного обеспечения. Работа сильно различается в зависимости от организации и разрабатываемого программного продукта. Однако в какой-то момент многие администраторы несут ответственность за некоторые или все следующие действия:
- Составление предложения.Планирование и календарный план проекта. Стоимость проекта Надзор за проектом и проверка Подбор и оценка персонала Составление и отчетность
Первый этап программного проекта включает в себя написание предложения для этого проекта. Предложение описывает цели проекта и то, как он будет реализован. Включает смету и график. Обоснуйте, почему контракт по проекту должен быть отдан конкретной организации или команде. Планирование проекта относится к определению действий, этапов и результатов, созданных проектом. Поэтому должен быть составлен план, который будет направлять развитие к целям проекта. Оценка стоимости - это связанная деятельность, которая относится к оценке ресурсов, необходимых для выполнения плана проекта.
Надзор за проектом - постоянная деятельность. Менеджер должен знать о ходе реализации проекта и сравнивать фактический прогресс и затраты с запланированными. Хотя многие организации имеют формальные механизмы мониторинга, опытный менеджер может составить четкое представление о том, что происходит, проведя неформальное интервью с персоналом проекта. Неформальный куратор часто предсказывает серьезные проблемы проекта и вовремя обнаруживает трудности. Например, ежедневные интервью с персоналом проекта могут выявить проблему в программном сбое. Вместо того, чтобы ждать отчета о невыполнении работы по проекту, администратор программного обеспечения может назначить эксперта для решения проблемы или сказать, будет ли эта проблема перенесена.
В ходе проекта обычно проводится несколько официальных обзоров вашей администрации. Выполняется полный обзор хода и технических разработок проекта, а статус проекта принимается во внимание наряду с целями организации, отвечающей за программное обеспечение. Срок разработки крупного программного проекта может составлять несколько лет. Очевидно, что за это время цели организации меняются.
Эти изменения могут означать, что программное обеспечение больше не требуется или исходные требования проекта неуместны. Руководство может принять решение прекратить разработку программного обеспечения или изменить проект, чтобы учесть изменения в целях организации.
(RUP) Методология Унифицированный процесс разработки изложены очень конкретные рекомендации по разработке программного проекта, определенные в очень совместной, эволюционным и гибкий подход к изменениям ассимилировать в требованиях к программному обеспечению в динамичной бизнес - среде. Точно так же он четко определяет этапы, когда необходимы официальные обзоры проекта, включая утверждение со стороны клиента. Жизненный цикл программного проекта на основе RUP можно увидеть на диаграмме ниже:
Его эволюционный подход включает итеративную и поэтапную разработку. Итеративный характер присутствует в действиях, расположенных в левой части диаграммы (требования, анализ, проектирование и т. Д.); в то время как инкрементальная разработка - это создание прототипов с течением времени, разработанное в течение жизненного цикла, один раз для каждого прототипа. На этапе разработки разрабатывается прототип с архитектурой, которая включает варианты использования с максимальным техническим риском. В то же время программное обеспечение также создается в конце каждой итерации на этапе строительства, так же, как и на этапе разработки, его можно использовать для целей тестирования или демонстрации программного обеспечения для клиента. Каждый раз, когда итерация завершается, она отмечает веху, когда необходим обзор с клиентом,где анализируется соответствие требованиям, ход проекта, анализ фактических и плановых затрат. В случае последней итерации, соответствующей каждой фазе проекта, клиент должен создать сертификат утверждения, в котором клиент выражает свое согласие с разработками, достигнутыми в рамках проекта, тем самым принимая финансовое и техническое значение программного обеспечения. что разворачивается.
Руководители проектов обычно должны выбирать людей для работы над своим проектом. В идеале для работы над проектом будут доступны сотрудники с соответствующими навыками и опытом. Однако во многих случаях менеджеры должны создать минимально идеальную команду для проекта. Причины этого:
- - Бюджет проекта не покрывает найм высокооплачиваемого персонала. Вы должны нанимать сотрудников с меньшим опытом и меньшей зарплатой, но с более высокой степенью использования - Персонал с соответствующим опытом недоступен внутри или за пределами организации. Невозможно нанять новый персонал для проекта. Внутри организации лучшие люди уже назначены для других проектов - Организация хочет развивать навыки своих сотрудников. Неопытный персонал может быть привлечен к проекту для обучения и приобретения опыта.
Администратор программного обеспечения должен учитывать эти ограничения при выборе персонала для проекта. Однако эти проблемы вероятны, если нет участника проекта, имеющего некоторый опыт работы с типом системы, которую необходимо разработать. Без этого опыта, вероятно, будет сделано много мелких ошибок.
Менеджер проекта обычно отвечает за отчетность по проекту как перед заказчиком, так и перед подрядными организациями. Эти менеджеры должны писать краткие и последовательные документы, обобщающие важную информацию из подробных отчетов по проекту. Следовательно, эффективное устное и письменное общение - важный навык, которым должен обладать руководитель проекта.
Эффективное управление программным проектом зависит от полного переосмысления хода проекта. Менеджер должен предвидеть проблемы, которые могут возникнуть, а также предлагать предварительные решения этих проблем. План, подготовленный в начале проекта, следует использовать в качестве драйвера для проекта. Этот план будет развиваться по мере продвижения проекта, и доступная информация станет лучше. Структура, которую может иметь этот план проекта, предлагается ниже:
- Цели: краткое описание цели плана проекта. Объем: краткое описание того, что этот план будет применяться. Фазовый план: основанный на разработке по фазам, предложенный RUP, он показывает время каждой фазы и то, что он предназначен для достижения конец каждого из них. Экономический анализ. Операции и поддержка: персонал, который будет отвечать за операции, и персонал, который будет отвечать за поддержку. А также необходимые ресурсы для выполнения проекта, и когда он будет завершен, сделать его функциональным.Постоянное улучшение: стратегия сбора новых требований для будущих версий после завершения проекта.
Планирование проекта включает в себя разделение всей работы на дополнительные действия и рассмотрение времени, необходимого для выполнения этих действий. Некоторые из них обычно выполняются параллельно, поэтому график работы должен организовывать их так, чтобы рабочая сила использовалась оптимально. Как показывает практика, для прогнозируемых проблем вы всегда должны добавлять 30 процентов к первоначальной оценке и еще 20 процентов для покрытия некоторых непредвиденных вещей. Инструменты управления программным обеспечением, такие как Microsoft Project, используются для автоматизации процесса планирования и распределения ресурсов. Если программные проекты хотят выполняться вовремя и в рамках бюджета, необходимо хорошее управление.
Библиография
- Ян Соммервилл, «Разработка программного обеспечения», 6-е издание. Pearson Education, 2002.
- Арчер Пупо И. «Фазы единого процесса развития».
