Готовность к изменениям важнее следования первоначальному плану. Ни астрологи, ни футурологи не могли предсказать, что в мире случится пандемия коронавируса одновременно с финансовым кризисом. Однако это не означает, что остановилась вся жизнь. Чтобы она продолжалась, создавались продукты и услуги, бизнесу пришлось на ходу менять ранее утвержденные планы. Конечно, когда создавался Манифест, а это было почти двадцать лет назад, как мы помним, никто не мог предположить таких глобальных изменений. Но мысль о том, что жизнь непредсказуема и может случиться то, что не согласуется с первоначальным планом, уже тогда была заложена в эту ценность. Конечно, план очень нужен, иначе можно уйти в ту сторону, из которой потом трудно будет вернуться на правильную дорогу. Но он не должен быть догмой, а лишь руководством к действию.
Если не останавливаться на этих ценностях, не вникать глубоко в их суть и не принимать их на уровне логики и эмоций, а просто прочитать и сконцентрироваться на методологии SCRUM или любой другой, что обычно и происходит, то получится так называемый «технический Agile». При нем люди говорят правильные вещи, но не понимают их сути. Или проповедуют Манифест, но внутренне с ним не согласны. Часто приходится слышать на тренингах сомнения в том, что без подписанного большими боссами контракта вообще нельзя приступать к работе. Но Манифест и не отрицает важность документации или плана, суть лишь в том, что на каждом этапе работы в каждую минуту самым важным становится человек, взаимодействие друг с другом, стирание границ между уровнями иерархии. И это то, что требуют от работы молодые ребята, которые сегодня приходят в бизнес и на производство, активно заявляют о себе и утверждают свои условия, при которых они готовы конструктивно трудиться.
Частично 12 принципов написаны основателями философии Agile таким образом, что понять их могут только разработчики программных продуктов, поэтому я не буду сейчас пытаться перевести их на понятный всем другим профессиям язык. Об этом написаны уже тонны литературы. Я сделаю акцент на принципах, более всего раскрывающих универсальность Agile-подхода для различных сфер деятельности и для любого времени, особенно переходного, в котором мы сейчас все оказались.
1. Быстрая поставка ценности – это удовлетворение потребностей заказчика благодаря регулярной и максимально ранней поставке ценного программного обеспечения (мы можем говорить о быстрой поставке любого продукта или услуги, над которыми работает команда). Этот основополагающий принцип важен в любой отрасли, он созвучен ценностям Манифеста.
2. Изменение требований для гибкости. Члены команды приветствуют меняющиеся требования даже на поздних стадиях разработки (или производства). Изменения в гибких процессах используются для конкурентного преимущества клиента. Мы можем подстроиться под обстоятельства или признать свои ошибки, но сделать все, чтобы удовлетворить запрос заказчика и потребителя.
В любой период работы над производством продукта, если вдруг случилась ошибка, важно признать ее всей командой. Вместе обсудить и выйти на правильный путь. Речь не обязательно может идти об ошибке, возможно, в какой-то момент работы случится «эврика» и будет найдено новое решение. И тогда, как бы ни было жалко потраченных усилий, команда коллективно принимает решение начать сначала. Такой пример был у нас в проекте «Agile в науке». Этому опыту будет посвящена отдельная глава, где я буду подробно разбирать особенности проекта.
3. Частые поставки продукта. Команда выпускает работающий продукт максимально часто: от пары недель до пары месяцев, с предпочтением более коротких сроков. По нашему опыту, срок, который обычно выбирают команды для спринтов, – две недели. Именно за такое время команда выпускает минимально готовый продукт.
В каждом проекте, который наша команда консультантов вела вне IT-сферы, особую сложность вызывало определение минимально готового продукта после каждого спринта. Люди, привыкшие погружаться в процесс без видимого быстрого результата, годами работали над одним проектом и ожидали одного большого результата, а также премии и медали на грудь за то, что вывели компанию на новую высоту. И, конечно, они не привыкли делить этот результат на быстрые, готовые к использованию отрезки. Только через осознанность и принятие этого принципа мы в своих консалтинговых проектах выходим на конструктивные решения.
4. Совместная работа бизнеса и разработки помогает программистам понять специфику данного бизнеса. Этот принцип вполне применим и в других сферах деятельности, когда взаимодействие с большим количеством специалистов позволяет команде наиболее полно выполнять требования заказчика и видеть всю картину проекта во всей ее полноте.
