PIG DATA

Какой должна быть современная agile-команда: базовые принципы

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


Понятие и методология работы
Команда «по эджайлу», – это группа людейотвечающих за поставку продукта от начала до конца (от этапа планирования и до выпуска на рынок). Ее отличительные черты – кросс-функциональность (частичная взаимозаменяемость каждого из участников), высокая самоорганизацияобщая ответственность за результат.
И если в обычном коллективезачастуюпрослеживается четкое распределение ролейто при гибком подходе эти рамки стертыДругими словамиколлектив – это единый организмв котором личные амбиции уходят на второй планГлавное – это совместная работаглавным результатом которой будет получение качественного IT-продукта в кратчайшие сроки.
В такой команде очень важна атмосфераДоверительныеоткрытые отношенияумение прислушиваться к коллегамнаходить взаимопонимание и общий язык гораздо важнеечем профессиональное превосходство тогоили иного работника.
Обычно в agile-команду входят разработчикитестировщикименеджерыдизайнеры и другие специалистыВсе они находятся на одной линейке в иерархии и территориально размещены в одном офисе.
Гибкая система работы подразумевает точто любойпусть даже самый детализированный план действийможет быть измененесли этого потребует ситуацияПри этом практически все договоренности между участниками agile-группы могут носить устный характерчто не затрудняет внесение дополнительных корректировок в работу.
Не менее важная особенность – никаких ограничений в коммуникацияхРазработчики постоянно обсуждают детали проектакак между собойтак и с заказчиком ПОПроцесс максимально простойне отягощенный лишними формальностями.
В целом же методология agile подразумеваетчто командная работа в коллективе строиться на нескольких базовых принципахОни четко прописаны в Agile-манифесте – документекоторый содержит краткое описание ценностных ориентиров гибкой разработкиОсновные из этих принципов звучат следующим образом:
• люди и их взаимодействие важнее процессов и инструментов (никакие инструменты не ограничивают команду специалистовмежду заказчиком и исполнителем минимум бюрократических проволочек);
• работающий продукт важнее документации и отчетности (участники agile-команды делают ставку на скорейшее получение готового продуктаа не на его презентацию в процессе создания);
• сотрудничество с заказчиком важнее соблюдения формальных условий (даже жесточайшие договорные обязательстваесли того потребует клиентмогут быть изменены в интересах качественного итогового продукта);
• готовность к изменениям важнеечем следование плану (модификации могут вноситься абсолютно на любом из циклов разработки ПО).
Помимо указанных четырех принциповесть и другиеуточняющие и дополняющие основныеСреди них можно обозначитьнаправленность на удовлетворение цели заказчикамаксимальная мотивация сотрудниковстремление к простоте и самоорганизацииа также многие другиеЧтобы воплотить эти ценности в жизнь в философии agile выделяют два метода работы – Scrum (подход структурыи Kanban (подход баланса).
При Scrum-подходе работа над проектом разбивается на небольшие временные промежутки (спринты). Коллектив старается как можно быстрее и качественнее выполнить цели каждого из таких спринтовНа всех этапах допускается внесение кардинальных изменений в планпостоянно проводятся встречи и обсуждения.
Большинство agile-команд при методике Scrum состоит из сотрудников с разными уровнями задач и обязанностей (не путать с иерархическими связами). В них входят разработчикиscrum-мастер (отвечает за эффективность работы командыее следование ценностям agile), а также product owner (владелец продуктанесет ответственность за успех проекта). При таком походекак правилоподразумевается создание продукта с нуля.
Kanban же направлен на точтобы сделать уже существующий продукт как можно лучше и удобнее для пользователяПри этом все участники команды разработчиков равноправны и взаимозаменяемысреди них нет кураторовРабота разбивается на стадии реализации проектаот планирования до запускаИзменения всегда плавные и постепенныеОсновной показатель эффективности – как можно скорейшее завершение каждого из этапов.
Знакомство с философией гибкого метода разработки ПО рекомендуется начинать с KanbanМаленьким бизнес-моделямкоторые только готовятся к запуску проектажелательно выбирать Scrum.

Признаки высокоэффективной agile-команды
Любая команда гибкого проекта (agileдолжна обладать рядом особенностейналичие которых характеризуют ее как высокоэффективнуюСреди основных критериев можно выделить следующие:
• компактность;
• соответствующий уровень компетенции всех участников проекта;
• самооргонизация;
• кросс-функциональность;
• удачное размещение.
Приоритетный размер командызанимающейся гибким проектомсоставляет от 7 до 12 человекГруппа специалистов должна быть небольшойтак как в противном случае при интенсивном ритме работы сложно поддерживать тесные и продуктивные коммуникативные связи внутри коллектива.
Эффективное развитие agile-команды невозможно без соблюдения принципа грамотного подбора кадровВ состав группы должны быть включены специалистыразбирающиеся в различных областях и сферах деятельностичтобы своими знаниями дополнять друг другаБез соблюдения этого условия команда будет зависеть от специалистовпривлеченных извнеи утратит свою самодостаточность и мобильностьТакже могут возникнуть задержки в принятии ключевых решений.
Желательно не включать в коллектив гибкого проекта тех специалистовкоторые могут потребоваться лишь периодическиЛучше взаимодействовать с такими экспертами через так называемые центры компетенций по принципу сервисной модели.
Высокоэффективные agile-команды – этокак правилосамоорганизованные специалистыРабота по «по эджайлу» подразумевает делегирование большого объема полномочий непосредственно участникам группыБезусловноэти полномочия ограничены правилами и стандартами самой организации.
Зачастуюкоманда сама может принимать решение об очередности и способе выполнения задачграфике работывзаимодействию внутри коллективаНе входит в ее компетенции вопрос целеполаганиябюджетасостава группытак как все это – прерогатива заказчиков и владельцев продукта.
Кросс-функциональность – еще одна чертакоторой должны обладать современные командывнедряющие философию agileОна заключается в томчто профессиональные навыки одного из специалистов могут при необходимости (напримерв случае болезни работникачастично дублировать другиеИз этого не следуетчто все участники группы должны быть полностью взаимозаменяемымино в идеале нужно стремиться к модели: «все участники группы умеют все».
Для того чтобы обозначить грань требуемой универсальностивведен специальный термин – «T-shape специалист». В данном случае буква «Т» визуально иллюстрирует график уровня знаний сотрудникаВ частностиверхняя горизонтальная линия обозначает неглубокие знания во всех необходимых для указанной группы областяха вертикальная линия – глубокиеэкспертные знания в одной из сферТаккоманда состоящая из T-shape специалистоваприори универсальна.
Приверженцы классической методологии agile утверждаютчто участники одной команды должны располагаться в одном офисеЭто дает возможность всем разработчикам беспрепятственно коммуницировать между собойвести живой диалогобмениваться мнениями и буквально на ходу корректировать линию поведенияТакой подход делает работу над проектом динамичной и благотворно влияет на сроки его сдачи.
Сегодня существует ряд зарубежных и отечественных компанийпридерживающихся в своей работе эджайл-философииСреди них можно назвать такие успешные организации и корпорациикак GoogleMicrosoftWordPressNetflix, «М.Видео», «Dostаевский» и многие другиеВсе они – узнаваемые брендыс которыми стремятся сотрудничать по всему миру.

Подбор кадров
Кадровая политика в рамках гибких подходов разработки (agile softwareIT-продукта ничем не отличается любой другойПри отборе претендентов на должность внимание обращается на его профессиональные качестваопытдоброжелательностькоммуникабельность и другие характеристикиОднако есть ряд черткоторые обязательно должны быть присущи кандидатуа именно:
• мотивация и заинтересованность (на всех этапах создания и развития продукта команды должны быть максимально сплоченыпоэтому каждому ее участнику должно быть «не все равно»);
• талант к самоорганизации (человекупривыкшему следовать чьим-то рекомендациям и инструкциямбудет крайне неуютно в коллективе кросс-функциональных специалистов);
• вера в правильность agile-похода (неверие в успех конечно результатаа также желание «отсидеться в стороне» будет разрушать команду изнутри).

Оценка результативности
В связи с темчто ключевые показатели эффективности (КПЭдля agile-команды единыто оценка дается результативности работы всего коллектива в целомВыделяют глобальные и локальные КПЭОт тогонасколько они достигнутысоздается представление об эффективности выполнения поставленных задач.
К глобальным КПЭ или продуктовым относятся:
• удовлетворенность клиента конечным продуктом (одна из ключевых целей);
• удовлетворенность заказчика всем процессом (носит субъективный характертем не менееочень важный показательк которому также следует стремиться);
• удовлетворенность команды конечным результатом;
• финансовая составляющая (объемы продажприбыль).
Указанные глобальные КПЭзачастуюдостигаются одновременнотак как не бывает ситуацийпри которых заказчик и клиент довольны конечным продуктомон принес ожидаемую прибыльа среди команды прослеживаются депрессивные настроения и разочарованиеВсе это лишний раз доказывает – эффективная agile-команда работает как единый организм.
Локальные или операционные КПЭ команды следующие:
• быстрота продвижения продукта на рынок;
• своевременное выполнение плана и четкое перепланирование;
• производительность команды;
• регулярная работа над ошибками и другие.
В каждой организации будет свой список локальных КПЭкоторый может изменяться и дополнятся во время работы над проектом.
В любом случае важно помнитьчто все ключевые показатели эффективности – это в первую очередь лишь аспект эджайл-философиикачественное отражение результативности проделанной работыПоэтому не стоит на них зацикливатьсянапротив – в ходе ретроспектив (итоговых совещанийстоит обсудить с участниками команды все возникшие разночтенияучесть ошибки на будущее.

482 просмотра
0 комментариев
Последние

Кликните на изображение чтобы обновить код, если он неразборчив
Комментариев пока нет
PIG DATA
Community о Хрюшах, событиях, технологиях и IT. Создан для людей и маленьких Хрюшек.