От части то, как выглядит день, зависит от методологии ведения проектов и от часового пояса клиента/коллег. Если все находятся плюс-минус в одном часовом поясе, то обычно день начинается со стендапа — команда разработчиков собирается кратко обсудить текущий статус проекта и озвучить текущие проблемы. Часто это делается стоя, потому что всем хочется побыстрее сесть, а что такое SCRUM значит затягивать никто не будет. Затем — работа над своими задачами и взаимодействие с командой.
Канбан – менее жесткая система управления проектами, в которой члены команды имеют большую независимость при выполнении задач. Scrum ориентирован на выполнение поставленных задач в короткие сроки и требует большей структуры, организованности и регулярного взаимодействия команды. Итеративный подход предполагает, что работа выполняется частями (спринтами).
В таком случае можно развиваться в сторону архитектуры. Первое, что необходимо сделать при использовании методики Scrum, — составить беклог (backlog) проекта. Беклог — это перечень всех «хотелок», всех свойств и характеристик, которыми должен обладать продукт. Список может состоять из сотен пунктов, а может содержать всего десяток свойств. Он не статичен и в процессе разработки может дополняться и сокращаться.
Выбор правильных респондентов критически важен для получения релевантных данных. В 80-х, когда рынок стал меняться быстрее, продукты к моменту их выхода могли утратить свою актуальность. Появился Scrum со своей ролью владельца продукта, который чувствует, «куда ветер дует» для его бизнеса, и вносит необходимые изменения в беклог, постоянно держа руку на пульсе и корректируя приоритеты. В Kanban метрики гораздо сильнее, чем в Scrum, но это не делает Kanban более простым в реализации подходом.
Цели, которых я хотел достичь, превышали потребности и понимание организаций, для которых я работал. Это позволяло компаниям либо искать обоюдные преимущества и использовать их при сотрудничестве, либо отказываться от сотрудничества и двигаться своим путем. Мне нравится иметь большие, громкие цели, которые выбрасывают меня из зоны комфорта и требуют тяжело работать. Они сделали меня тем, кто я есть, позволили добиться результатов, которые я считал невозможными. И сегодня, как только ощущаю постоянство комфорта, я начинаю искать новую невозможную задачу.
У него практически те же минусы, что у предыдущих буферов, но существует подход, который действительно может обезопасить вас от неверных оценок безвредно. Просто выбросите последний день итерации из доступного времени, введя правило “никакой работы над задачами в последний день итерации”. Если в итерации что-то пошло не так, то это критическая ситуация и данный день послужит буфером. Но это нарушение правила команды и ставит вопрос на ретроспективу для обсуждения. Буфер на выплату технического долга также противоречит идее “разноцветному бэклогу”.
Визуальный метод, благодаря которому предельно ясно, за что нужно браться в первую очередь. Изменения и смещения по плану принимаются безболезненно. В Kanban-е нет ограничения по количеству человек в команде и по длительности итераций, нет командных ролей и обязательных митингов. Так как Scrum-команда кросс-функциональна, все участники взаимосвязаны.
Стремитесь привить лидерские качества каждому члену команды, а не только топ-менеджерам. Благодаря этому каждый будет иметь желание вносить свой вклад в развитие компании и не будет бояться предлагать инновационные идеи. Такой метод позволяет добиться полной согласованности команды и предсказуемости работы. Здесь есть возможность создать бэклог – приоритезированный список задач, идей, обратной связи и т.д. Бизнес станет «единым организмом», руководствующимся одной и той же логикой, а в работе будет больше ясности, взаимопонимания и удовлетворения результатами. Если попробовать объединить все принципы и идеи Аджайл, то общей точкой соприкосновения будет простота.
Это основное умение для Business Analysis или Project Management. Конечно, сегодня все можно загуглить или спросить у ментора, но надо знать, что гуглить. Scrum – это метод, который позволяет вашей команде улучшаться с каждой неделей.
Организация или команда должны выбрать их потому, что считают полезными. Я очень советую скрам-мастерам приобретать знания и в других областях, фреймворках и методах. Также изучайте такие области, как коучинг, фасилитация и менеджмент изменений. Главное ― убедитесь, что вы не единственный в комнате, кто действительно учится. Когда я начинал обучать людей новой теме, уходили недели на исследование этой темы.
Дальше идет кусочек, который называется кастомизация. В зависимости от фазы проекта рабочий день может быть разным. Например, когда начинали работать над проектом, то только собирали команду, а значит, очень много времени уходило на собеседования. Потом это проведение ежедневных митингов, общение с командой, решение проблем, которые у команды возникают, планирование и реализация новых фич в продукте.
Отличное место для продажи – это ретроспектива (у вас же она есть?). Давите на “больные мозоли”, забрасывая идеи по избеганию проблем. Предлагайте попробовать и делайте все от вас зависящее, чтобы команда в этих попытках не разочаровалась. А для этого вам важно полностью понимать какие могут быть подводные камни и как их обходить.
Или объяснить почему некоторые вещи не могут быть сделаны так, как хочет человек — такое тоже бывает. Но даже если ты не можешь решить проблему, человек, который выговорится, всё равно чувствует себя лучше. Ну и, конечно, важная часть в one-to-one — это фидбек о работе человека.
Для меня было важно убедиться, что я и правда хорош в теме, а оказывалось, что в момент первого урока я вообще почти ничего в ней не понимал. Главное ― не замените процесс обучения на ошибках пренебрежением ими. Это может закончиться жалобами на свои проблемы и заглушить вашу способность учиться.
Конечно использовать методику Scrum для управления проектами, например финансового отдела, полностью не получится. Ведь если всю бухгалтерию заставить каждый день выстаивать по пятнадцать минут у скрамборда, можно и регистратором от главбухши по макушке отгрести. Тем не менее отдельные элементы методики можно использовать с пользой. Длительность спринта каждая команда определяет для себя самостоятельно. Обычно этот период составляет от одной до четырех недель.
IT курсы онлайн от лучших специалистов в своей отросли https://deveducation.com/ here.