О некоторых ограничениях в Agile

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

Владимир Машков «Как я был вундеркиндом»

«Люди – самая большая ценность» – именно эта идея изначально заложена в фундамент практик Agile, и наверное потому Agile нравится людям 🙂

Вместе с тем не секрет, что этот же набор практик, эх, не может быть «серебряной пулей», потому что тоже имеет границы применимости. И на людей, которые могут работать в этой среде, как это ни печально, тоже накладываются определенные ограничения.

Ограничение номер один – участники команды должны обладать личностной зрелостью. Что это такое? Поиск в Яндексе вернул ссылки (в первую очередь) на статьи про личностную зрелось: а) родителей б) детей в школе и студентов в) педагогов и г) психотерапевтов. В принципе, неудивительно, потому что термин сам по себе активно эксплуатируется психологами. Психологи сосредоточены на работе с родителями, их детьми и вообще с подрастающим поколением, конечно же много внимания уделяется учителям ну и собственно самим психологам и смежным специальностям ибо “medice, cura te ipsum”. Однако нам ничего не помешает повзаимствовать и принять в обиход ёмкий термин «личностная зрелость» из психологии – пусть и, казалось бы, столь далёкой от IT.

Внимательно прислушавшись к словам «личностная зрелость», мы начнем различать в них такие полезные для всякого индивидуума качества, как внутренняя независимость, самостоятельность, ответственность, умение слушать, понимать и быть понятным и еще многое другое, что «стоит так дешево и цениться так дорого», как сказал Сервантес. Люди, обладающие совокупностью таких свойств, на вес золота в любом коллективе и в любом обществе, а в Agile это жизненно необходимый стандарт.

Второе ограничение – участники должны обладать еще и профессиональной зрелостью. Можно подумать, что речь идет о глубоких познаниях тонкостей современных технологий? Увы, это не совсем так. Строго говоря, это совсем не так. Например, у студента-отличника медицинского ВУЗа третьего курса, вероятнее всего, имеются прекрасные знания в нормальной анатомии, и он, будучи разбужен ночью, наверняка выдаст вам всё про бугорки и ямки os pterygoidea (крыловидной кости), но. Но вряд ли найдутся желающие обратиться к нему за помощью, случись у них ангина или о. бронхит. С другой стороны, пользующийся заслуженным уважением доктор повседневно решает проблемы посерьезнее о. бронхита, и вот тут я готов спорить – доктор не помнит назубок все тонкости строения той же крыловидной кости! Нашему доктору помогает в работе нечто другое. Я определил бы это другое как совокупность эрудиции, интуиции и профессионального опыта, что порождает способность решать проблемы (сразу вспомнился мистер Вульф из “Криминального Чтива” 🙂 Шучу…)

В Agile профессиональная зрелость вдобавок должна быть чиста от уклонов в опасную болезнь, которой заболевают чрезмерно умные горе-специалисты, и их начинают интересовать «знания, всё большие и большие, о всё меньшем и меньшем – так, что в конце концов они знают почти всё почти ни о чем». Страшная болезнь так и называется – специализм. Пораженные ею несчастные мыслят только лишь сплошными «низзя». Например, спросите у них, как насчет того, чтобы разработчик занялся тестированием – они ответят вам дружным громким хором: «Низззя!»

Так вот: зя! Позволю себе напомнить – в Agile нет разработчиков, тестировщиков, аналитиков и архитекторов, и здесь каждый должен уметь проектировать, программировать И тестировать так же хорошо, как он программирует и проектирует! В противном случае начнется специализация. «Пойду поговорю: зачем наши девелОперы такое учудили…» «Ну я ж не знаю как там это у вас у тестеров происходит…»

«Специализация – удел насекомых» (с) Р. Хайнлайн

Таким образом, Agile-методологии накладывают жесткие ограничения на применимость не только в отношении условий, но также и в отношении людей. Вместе с тем именно семейство адаптивных методологий, понимая и принимая идею людей как самой главной ценности и применяя практики, схожие с приемами «Нового кода», открывают удивительные горизонты, и работать становится действительно захватывающе интересно.

Tags:

Post Author

This post was written by who has written 3 posts on Agile.by.