На что похож типичный цикл релиза?
Помимо более непосредственных вопросов, таких как применяются ли автоматизированные тесты, насколько часто осуществляются релизы, циклы релиза могут демонстрировать большую степень детализации времени цикла и периода разработки (см. часть III). В этой ситуации уместна пословица «лучшее – враг хорошего», которая означает, что попытка получить что-то «совершенное» либо добавить «всего лишь один штрих» может помешать выпустить продукт своевременно. Команда или организация, сконцентрированная на достижении «совершенного», скорее всего, будет слишком медленно обслуживать или привлекать новых клиентов. А учитывая наличие других причин замедления цикла выпуска, не следует лишний раз усложнять ситуацию.
На что похож жизненный цикл заявки?
Кто создает заявки, когда соответствующая работа должна быть выполнена? Каким образом назначаются заявки? Выбирает ли кого-то для назначения заявки создатель этой заявки? Либо участники данной команды или проекта вытягивают заявки из некоей очереди получения? Или же для каждого проекта назначен человек, который рассматривает и назначает заявки? Либо используется комбинация вышеупомянутых способов? Каким образом назначаются приоритеты заявкам и сохраняются ли эти приоритеты в случае выбора других людей и проектов? Как часто заявки исполняются в срок? Отслеживайте заявки с высокой срочностью или заявки с одним сроком на всех. Это облегчает идентификацию проблем, связанных с неправильной расстановкой приоритетов для выполняемых работ.
Какая степень риска считается недопустимой?
Как и в случае с рассмотрением процесса принятия решений, довольно много можно сказать об организации или команде, наблюдая за тем, как они реагируют на риск. В каких областях проявляются риски? Связаны ли риски с использованием новых инструментов или технологий либо с пожеланиями заказчика продукта или реализацией новой возможности продукта? Разрешено ли одним сотрудникам рисковать больше других? Позволено ли техническому директору (CEO) стартапа переписывать большие фрагменты программы, являющейся частью его любимого проекта, только на том основании, что никто не может возразить ему? В то же время остальные сотрудники организации должны следовать имеющимся правилам и использовать существующие процессы? «Разработчики-ковбои», которые не обязаны играть по правилам остальных сотрудников организации, могут создавать проблемы на уровне команды или организации.
В процессе оценки предлагаемых вакансий или принятия решения об увольнении важно оценить, насколько здорова или нездорова данная организация. При прочих равных условиях проще выбрать более здоровую среду, но, во-первых, условия редко бывают равными, а во-вторых, довольно трудно сказать, насколько здоровой является культура организации. Сложно дать оценку здоровью культуры, не работая в этой организации либо во время проведения интервью. Чтобы облегчить эту задачу, попробуйте поговорить с людьми, которые работают в этой организации или недавно уволились. Это позволит вам сформировать картину происходящего в данной организации.