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

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

При обсуждении проблем в управлении проектами при личном общении с пользователями или на демонстрациях, которые мы проводим, часто пробегает тема экспертных оценок по трудоемкости реализации функций или подготовки требований. Если быть честными, то никто систематически не собирает метрики своих команд, чтобы использовать их потом в экспертной оценке. Чаще это происходит на примере недавних реализованных требований, которые могут не иметь общего с тем, что нужно реализовать. Разработчик вам говорит: мне нужно 20 часов. Но почему не 10 и не 30? Тем более, это важно, когда исходная задача не достаточно хорошо детализирована.

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

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