Чем выше и значительнее риск, тем раньше команда разработки должна его идентифицировать, оценить и разработать меры по его минимизации.

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

При таком управлении риски с точки зрения процесса разработки превращаются в высокоприоритетную пункт беклога.

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

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

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

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

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

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

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

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

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

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

Управление людьми не сводится к тому, чтобы заставить всех членов команды приходить на собрания вовремя или следовать процедурам, в которые они «не верят».

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