Чистый Agile. Основы гибкости - [67]

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

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

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

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

Как только вы это сделаете, попросите другого разработчика из компании прочитать эту книгу и провести такой же анализ. Можете дать почитать эту книгу даже кому-то… кто и вовсе не разработчик. Дайте ее кому-нибудь из тех, кто представляет вашу компанию на уровне бизнеса. Я почти гарантирую, что «Билль о правах» — это что-то из области того, о чем они никогда и не думали. Жить станет намного приятнее, если вы сможете до них донести, что эти права так же неотъемлемы для Agile, как и метрики, которые они получают при его использовании.

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

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