Начиная разработку DEVPROM мы отталкивались от опыта работы с различными заказчиками и применения различных инструментов управления проектом и процессом разработки ПО. Опыт был разным, но все случаи объединяли примерно одни и те же проблемы, которые испытывали наши команды. Решение одной из таких проблем мы считаем важным преимуществом DEVPROM, а именно разделение понятий scope (границ, целей и содержания проекта, релиза, либо итерации) и плана проекта, то есть набора задач, выполняемых участниками.

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

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

• Единый журнал всех пожеланий проекта (Product Backlog)
• Изменения формы пожелания
• Разработка нескольких релизов проекта одновременно
• Трассировка пожеланий (на требования, тестовые сценарии, документацию)
• Управление проектной документацией (база знаний, требования, тестовые сценарии, документация)
• Списки задач

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

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

Mike Cohn в одной из своих презентаций, Введение в оценку и планирование Agile проектов (.pdf) приводит неожиданные результаты исследований по качеству оценки проектов.