Методология

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

В качестве базового решения для организации процессов используется Rational Unified Process (RUP). Поскольку главным приоритетом в Qulix является стопроцентная ориентация на заказчика, практически в любом проекте требуется модификация RUP под специфические условия. Это позволяет нашим клиентам чувствовать себя абсолютно свободно при взаимодействии с нашей компанией, поскольку в Qulix мы всегда настраиваем свои проектные процессы для полной совместимости с процессами, которые использует заказчик. С другой стороны, наши клиенты могут получить дополнительные преимущества, работая с нами по ISO 9001 совместимым процессам. Специалисты по качеству компании могут настроить внутренние процессы клиента для достижения максимальной эффективности проекта.

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

• Управление требованиями

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

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

a) Должны быть определены точки контакта на каждой из сторон – локальный менеджер проекта, куратор проекта на стороне заказчика, ответственный за определение требований к проекту и т.д.

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

• Управление изменениями

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

• Управление дефектами

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

• Управление конфигурацией

Стандартным решением для контроля версий в компании является использование Rational Clear Case либо CVS. Эти инструменты хорошо подходят и для удаленного взаимодействия с репозиторием заказчика.

Мы понимаем, что во многих случаях аутсорсинговая модель разработки ПО означает применение новых методов работы и новых бизнес подходов для наших клиентов, которые зачастую кажутся рискованными. Если у Вас есть вопросы по поводу того, каким образом может быть реализован проект, либо какие технологии лучше использовать, какие выгоды Вы получите от реализации продукта и т.д. – специалисты Qulix всегда готовы помочь. Свяжитесь с нами.

К началу страницы