Agile-сообщество Беларуси

  • Home
  • О сайте
  • Departments
    • Agile-тестирование
    • Product Owner
    • Smoke Test
    • TDD
    • Авторам
    • Бесплатные семинары
    • Встречи
    • Жизнь
    • Инструменты
    • Как продавать Agile
    • Менеджерам проектов
    • Новости
    • Практики Agile
    • Психология Agile
    • Шаблоны
  • RSS on FeedBurner

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

марта 25, 2008  |  Published in Практики Agile

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

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

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

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

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

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

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

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

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

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

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

Leave a Response

You must be logged in to post a comment.

Рубрики

  • Agile-тестирование
  • Product Owner
  • Smoke Test
  • TDD
  • Авторам
  • Бесплатные семинары
  • Встречи
  • Жизнь
  • Инструменты
  • Как продавать Agile
  • Менеджерам проектов
  • Новости
  • Практики Agile
  • Психология Agile
  • Шаблоны

Последние комментарии

  • Александр Орлов на Презентация с 4й встречи Agile
  • tch на Презентация с 4й встречи Agile
  • Yuri Shilyaev на Презентация с 4й встречи Agile
  • tch на Презентация с 4й встречи Agile
  • Nickolay Lagonenko на Презентация с 4й встречи Agile

Архивы

  • Декабрь 2008
  • Ноябрь 2008
  • Октябрь 2008
  • Сентябрь 2008
  • Август 2008
  • Июль 2008
  • Май 2008
  • Март 2008
  • Февраль 2008

Управление

  • Регистрация
  • Войти
  • RSS Записей
  • RSS Комментариев
  • WordPress.org

Метки

выбор инструментов инструменты опросы встречи презентации прибыль применимость ценности принципы шаблоны экономика проекта

Последние записи

  • Неправильное понимание Scrum
  • Презентация с 4й встречи Agile
  • Как продать Agile? Часть 2 - Как продать тем, кто знает что есть Agile
  • Проблемы и ошибки при внедрении Scrum
  • 4-я встреча сообщества Agile.BY (итоги первой части)

Ссылки

  • ScienceSoft
  • Сайт сообщества

©2009 Agile-сообщество Беларуси
Powered by WordPress using the Gridline Lite theme by Graph Paper Press.