|
Персональные инструменты |
|||
|
Архитектор в Agile (встреча AgileRussia.ru 2010-03-24)Материал из CustisWikiВерсия от 20:11, 1 марта 2011; StasFomin (обсуждение | вклад) Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений. Короткая ссылка: 2010-03-24-agile-architect Собрание прошло успешно, хотя и несколько сумбурно — по всей компании пришлось собирать стулья, чтобы усадить всех желающих. В этот раз объявление о собрании было опубликовано на http://habrahabr.ru, оно вышло там «на главную» и получился «хабраэффект» зарегистрировалось более ста восьмидесяти человек. Даже с пессимистичной оценкой вероятности прихода в 50 %, получалось, что будет около сотни человек и в нижний зал они не поместятся, а новый зал был еще не готов (висел только один экран из двух, проекторов не было ни одного, штор не было, кондиционеры не работали и было только 20 новых стульев). Пришлось выкручиваться — забрали все стулья, принесли переносной проектор, открыли окна и выключили солнце (собрание было слава-богу вечером). По оценкам числа оставшихся стульев и вместимости подоконников, участников было более сотни. В общем, были неудобства, к следующим встречам планируем сделать и кондиционеры, и два работающих проектора, и озвучивание зала микрофонами с колонками. Далее приведем краткое резюме обсуждение, и как обычно — майндмап-конспект и видео (видео можно скачать). Сумбур также усугубился, что основной модератор дискуссии — Асхат Уразбаев, к сожалению, заболел, и ведением дискуссий пришлось заняться Андрею Бибичеву с Никитой Филипповым, и им было нелегко управляться с опытными спорщиками из зала. Содержание[убрать]Архитектор в Agile: Кто он и зачем?Сначала дискуссий крутилась вокруг самого определения «[Software] Архитектора». Он виделся одновременно как
Судя по репликам из зала, представление об архитекторе плавало от практически «верхнеуровнего» бизнес-аналитика, рисующего ARIS/BPMN-диаграммы (ну или хотя бы набрасывающего очень крупноблочную архитектуру), до «микроархитектора» занимающегося иерархией классов и вообще структурами данных. С другой стороны — его то нагружали функциями управления (или по крайней мере, координации команды), то отсаживали отдельно, в элитную «башню мудрецов». Но все сходились, что архитектор должен быть всесторонне опытным
Какова же специфика архитектора именно в Agile[1], в agile-координатах ответственности и команды? И вообще, когда (в Agile) появляется:
Кстати, практически сразу выдвинулся представитель, скажем так, RUP-подхода, Дима Безуглый, заявлявший
Оппонировали ему с позиций Agile-ценностей, о максимальной кроссфункциональности[2], и с позиций, что ответственность в Agile может быть только коллективной, а значит, роль Архитектора — менторская, он должен давать советы и наблюдать за командой, чтобы она не попала в технологический тупик, стараясь передать при этом свои знания (понятная метафора — обучение детей, когда без самостоятельности и ответственности обучаемых, эффективность будет весьма низка), впрочем, об этом ниже будет подробней. Соответственно точки обсуждения были:
Аргументировали не только личным опытом и представлениями, а также к свежим метологическим статьям, как таких зубров, как Мартин Фаулер, так и менее известным Are You An Agile Architect? В качестве «прорезающего» примера, рассматривали случай больших проектов, когда приходится использовать практики маштабирования (Scrum-of-Scrum)[3]. Путь «кроссфункциональщиков» — общие архитектурные решения принимаются на SoS-митингах, куда команды делегируют своих представителей, причем возможно каждый раз разных (это зависит скорее от актуальной функциональности, чем от «крутизны»). RUP-оппозиция контратаковала:
Конспект-майндмапВидео
Видео в HD-качестве, смотрите в полноэкранном режиме. HTML-код включения <iframe src="http://player.vimeo.com/video/10577075?byline=0&portrait=0" width="640" height="640" frameborder="0"></iframe>
Видео в HD-качестве, смотрите в полноэкранном режиме. HTML-код включения <iframe src="http://player.vimeo.com/video/10577896?byline=0&portrait=0" width="640" height="640" frameborder="0"></iframe>
Архитектура в AgileТут был достаточно беглый обзор новые веяния, сговорившихся иметь схожие до степени смешения аббревиатуры:
Глупо пересказывать добротную лекцию, но замечу, что техники DDD и FDD в споре предыдущей части об Agile-архитекторе скорее лили воду на мельницу «RUP-партии». А для тех, кто заинтересовался более подробно, рекомендуем
Видео
Видео в HD-качестве, смотрите в полноэкранном режиме. HTML-код включения <iframe src="http://player.vimeo.com/video/10578348?byline=0&portrait=0" width="640" height="640" frameborder="0"></iframe>
Выбор тем для следующей встречи AgileRussiaДемократичный процесс выбора темы для следующей встречи сообщества. Спойлер — победила тема «Инструменты в/для Agile».
Видео в HD-качестве, смотрите в полноэкранном режиме. HTML-код включения <iframe src="http://player.vimeo.com/video/10457833?byline=0&portrait=0" width="640" height="512" frameborder="0"></iframe>
Примечания
Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».
|
||