Например, если мы начнем определять продуктивность команды не как успешное выполнение узкофункциональных обязанностей — в сфере маркетинга, продаж или разработки продукта, — а как получение фактических данных, возникнут проблемы. Как мы уже говорили, функциональные специалисты привыкли оценивать свою эффективность в соответствии с тем, сколько времени они тратят на работу. Например, программисты считают, что весь день должны писать коды. Именно поэтому традиционная рабочая атмосфера их так раздражает, ведь им все время приходится отвлекаться: встречи, кросс-функциональные задачи и бесконечные совещания с начальством — все это снижает эффективность. Однако эффективность отдельных специалистов не является целью «экономичного стартапа». Вместо этого нужно создавать кросс-функциональные команды, позволяющие получать подтверждение фактами. Многие методы — действенные показатели, непрерывное развертывание и полный цикл обратной связи «создать-оценить-научиться» — предназначены для того, чтобы побуждать команду оптимизировать отдельные функции. Не так важно, как быстро мы можем создать продукт. Не так важно, как быстро мы можем его оценить. Важнее всего то, как быстро мы можем пройти весь цикл.
Как эффективно и обоснованно оценивать эффективность команд?