AGILE
PANDA-MEETUP #52

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

О себе:
Выпускник МФТИ, Computer Science Center, больше 6 лет опыта в страховании и банках на позициях разработчика, техлида, архитектора.

Иногда команды, состоящие из начинающих специалистов, достигают лучших результатов, чем команды из повидавших жизнь синьоров. Посмотрим, почему так случается.

О себе:
Начал работать со скрам-командами еще в то время, когда это не было мейнстримом.

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

О себе:
Специалист широкого профиля, люблю философию

Сплоченная команда это залог успеха. Однако, в оперативном управлении, часто бывает, что нет времени на формирование команды. Есть проект, его нужно делать. При чем срочно, срок - "вчера". Поэтому выдергивают свободных людей, ротируют занятых, и этот набор людей называют командой. Обсудим, что будет с таким проектом. Человек ну просто из рук вон плохо работает. И то не доделывает, и это не получается. Но сменив команду все становится хорошо. Обсудим, как распознать пораньше таких людей и вносить изменения в состав команды.

О себе:
Работаю в IT более 10 лет. Начинала разработчиком. Потом перешла в аналитики. Сейчас выполняю роль руководителя проектов. Интересно смотреть на опыт других, хочется делиться своим опытом. Большое внимание уделяю атмосфере в команде

Хочу поделиться опытом создания системы приоритезации потребностей заказчика в условиях крупного энтерпрайза.

О себе:
Создаю команды уже много лет. Выполняю функции лида хаба скрам мастеров, скрам мастера нескольких команд, RTE и STE.

В любой компании или даже команде, есть свои представления о правильных процессах, необходимых ролях, лучших практиках и эффективных инструментах. Они кристаллизуются годами, через решение насущных трудностей, рефлексию полученного опыта в некие выводы и создание артефактов для предотвращения проблем или решений для обслуживания частых потребностей. Как итог - смена команды или компании похожа на переезд в другой город. Ты радуешься новым возможностям, иногда стараешься забыть о старом, теперь не доступном. В общем, учишься жить в уже сложившихся до тебя условиях, и пользоваться благами, которые создали до тебя другие люди в конкретном месте. А что, если вообразить ситуацию, при которой жизнь занесла тебя не в новый отстроенный мегаполис, а на необитаемый остров it-разработки… Сумеешь развести огонь?

О себе:
Разработчик. Java, микросервисы вот это все. По складу характера не могу пройти мимо многих проблем.

Хочу предложить не совсем обычный взгляд на то, чем должен и чем не должен заниматься Скрам-мастер. Попробую предложить свою интерпретацию через призму Скрам-гайда и процессного подхода.

О себе:
Прошел тернистый путь от инженера-программиста до Генерального директора небольшой телекоммуникационной компании. Люблю работать с людьми. Поэтому решил нырнуть в профессию Скрам-мастера. Не получилось с первого раза, но обязательно сдам экзамен PSM III. Много учусь и еще больше хочу узнать и попробовать. Хобби - тьюторство на программе MBA.