Archive by Author

Логотип сообщества

Дамы и господа,

нужна ваша помощь – координаторы намерелись определиться с логотипом и символикой. Если вам это интересно, и вы располагаете идеями – поделитесь, пожалуйста, письмом по адресу kanstantin (собачка) gmail.com. Что нужно: оригинальное графическое начертание “agile.by” плюс, опционально, знак (эмблема), символизирующее сообщество. Актуально до пятницы, 30-го января, включительно. На следующей неделе проведем голосование и выберем лучший вариант.

Заранее благодарим.

Read full storyComments { 0 }

Третья встреча сообщества – User Stories

Хороша сформулированная проблема как минимум наполовину состоит из решения. Проект с хорошо сформулированными user stories обречён на успех.

Приглашаем желающих послушать и принять участие в обсуждении темы “User Stories – Написание, отбор, оценка” (ведущий – Павел Габриель) на третьей встрече сообщества, которая состоится 17 июля в офисе ScienceSoft (ул. Л. Беды, 2, третий этаж), начало в 18:30

Желающие принять участие – сообщите, пожалуйста, о своём желании письмом.

Read full storyComments { 2 }

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

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

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

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

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

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

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

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

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

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

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

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

Read full storyComments { 0 }