Артур прошел популярный курс для IT менеджеров проектов. В рамках курса он решил несколько интересных бизнес-кейсов и лучше всех справлялся с практическими задачи. Ментор курса высоко оценивал Артура и в конце курса сказал, что он практически уверенный middle. Артура настолько вдохновил этот отзыв, что он подделал своё резюме и устроился в ИТ-компанию на позицию миддла.

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

На курсах объясняли, что в таких условиях надо начать agile-процесс, параллельно собирая требования и итеративно разрабатывая сервис. Но когда Артур принес проект команде, он столкнулся с сильным сопротивлением: все члены команды считали срок невозможным и без четкого технического задания отказывались приступать к проекту.

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

Через месяц работы руководитель попросил Артура показать результаты: что сделано и сколько осталось. Артур принялся рассказывать, что целый месяц обучал команду работать и прививал ребятам agile-ценности. Артур сильно удивился, когда его попросили написать заявление по собственному желанию с открытой датой. Дело в том, что у него был такой кейс на курсе, и он решил его с максимальной оценкой!

На практике решение из курса не сработало.

Как бы вы подступились к задаче на месте Артура? Расскажите в комментариях, а мы через неделю поделимся своим видением 👨‍💻