Управление проектами - это философия управления, а не инструмент или техника
Управление проектамиГлоссарийФорум

9 шагов на пути к безупречному и эффективному проекту по разработке ПО

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

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

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

Составление практичного подхода: роль руководителя проекта

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

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

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

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

Разработка стратегического плана означает принятие во внимание всех аспектов, которые могут повлиять как на успех, так и на потенциальный крах проекта.

Проявление инициативы: ключевые шаги, которые стоит учесть

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

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

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

Шаг #1: проведение анализа осуществимости

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

Шаг #2: анализ и определение требований

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

Стоит отметить важность наличия минимальной технической инфраструктуры до начала проекта по разработке ПО и она должна включать в себя:

  • Настольные компьютеры для разработки с продвинутым интегрированным набором сред разработки.
  • Сервер с системой управления конфигурацией для мониторинга документов и контроля версий.
  • Вспомогательный сервер для тестирования интеграции и сервер для выпуска финального продукта.
  • Инструмент для мониторинга требований/заданий/дефектов.
  • Автоматизированная система сборки.
  • Инструмент регрессионного тестирования.
  • Автоматизированная система отчетности.

Вклад в необходимую инфраструктуру жизненно важен и вскоре обернется выгодой. Существует три ключевых элемента надлежащей инфраструктуры:

  • Ясность и четкость проекта и продукта.
  • Автоматизация повторяющихся и обычных задач.
  • Содействие и сотрудничество.

Шаг #3: учет лучшего опыта индустрии

При определении процесса разработки ПО вам стоит учесть лучший, проверенный опыт. Мы можем вам рекомендовать специализированный процесс гибкой разработки (Agile) с уклоном на графические документы как для требований, так и технической документации. Важно следовать стандартному шаблону, и все действия должны быть отслеживаемы посредством инструмента мониторинга требований/задач/дефектов и общего хранилища документации.

Шаг #4: дизайн товара

Во время этапа дизайна продукта разработчик структуры системы программного обеспечения, программист и/или разработчик могут составить детальный документ структуры, который будет описывать в точности, как ПО будет восполнять указанные требования. Мы можем вам рекомендовать использование моделей в дополнение к проектной документации как способ демонстрирования элементов пользовательского интерфейса.

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

Шаг #5: измерение и отслеживание прогресса

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

Шаг #6: разработка продукта

На этапе разработки проектные документы преобразуются в реальное ПО. При предварительном тщательном планировании ПО будет соответствовать требованиям бизнеса, которые и стартовали данный проект. Циклы разработки могут произвести несколько версий ПО:

  • Альфа версия: только предварительная функциональность и возможности.
  • Бета версия: используется для внутреннего тестирования или проверки удобства использования.
  • Предварительная версия: обычно достаточно стабильная сборка, которой может понадобиться мелкая доработка.
  • Эталонная сборка: готов к использованию.

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

Шаг #7: автоматизация

Другим ключевым шагом является обеспечение автоматизации повторяющихся задач:

  • Сборка кода ;
  • Анализирующее сканирование статического кода;
  • Регрессивные тесты ;
  • Сбор измерений, связанных с проектом и товаром.

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

Шаг #8: тестирование

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

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

Шаг #9: опыт постепенной реализации

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

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

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


Newer news items:
Older news items:

 

Предложения

Copyright ©2014, PMToday.ru. При копировании материалов наличие прямой индексируемой ссылки на сайт обязательно.