Я помогаю своей команде перейти к бережливому и гибкому подходу, и до того, как в прошлом месяце к нам присоединился новый человек, ни у кого не было опыта работы с этим подходом. Члены команды имеют от 1 до 10 лет опыта разработки программного обеспечения и других смежных областей.
Я обнаружил, что один из наиболее эффективных способов ввести команду в курс дела — проводить короткие обучающие презентации на наших еженедельных встречах. Обычно я показываю короткое (5-10 минут) видео, а затем провожу дискуссию. По мере необходимости мы проводим углубленные семинары по конкретным темам.
Вот некоторые из тем, которые я затронул:
В настоящее время у меня нет подробного плана относительно того, какие концепции я должен представить команде. До сих пор в этом не было необходимости, потому что команда в значительной степени начинает с нуля, но я начинаю достигать пределов этого специального подхода. Я также рассматриваю возможность передачи некоторых знаний другим (нетехническим, например, маркетингу, продажам, эксплуатации и т. д.) командам, поэтому мне поможет четкая структура.
Я провел некоторое исследование, чтобы создать своего рода «учебную программу по бережливому/гибкому методу», и я нашел карту метро Agile Alliance для гибких практик , весьма полезную в этом отношении, но мне интересно, есть ли другие (возможно, более " meta") понятий, которые отсутствуют там. Мне также интересно, в каком порядке они должны быть представлены. Отсюда мой вопрос:
В: Что должна содержать учебная программа по бережливому/гибкому подходу? В каком порядке следует знакомить команду с концепциями, практиками и инструментами бережливого/гибкого производства? Вы сталкивались с такими курсами?
NB: я ищу совет по «небольшой гибкости», который применим независимо от используемой структуры (например, Scrum). Кроме того, чтобы соответствовать подходу, каждый мини-семинар/презентация должны приносить пользу, поскольку члены команды могли бы применять их в своей повседневной работе и видеть изменения.
Это действительно широкий вопрос, и он открыт для многих субъективных моментов, поэтому я могу предложить то, что будет в верхней части моего списка за несколько лет преподавания этих тем командам, но у других могут быть совершенно другие и совершенно обоснованные мнения:
Во-первых, все в вашем списке выглядит великолепно. Очевидно, что тестирование масштабное. Я лично сосредоточен на тестировании с точки зрения XP, который на самом деле основан на принципе бережливого производства «Построение качества внутри», а не только на проверке качества позже.
Кроме того, в пользовательских историях многие люди чрезмерно сосредотачиваются на механике пользовательских историй и не сосредотачиваются на цели и теории, лежащей в их основе. У Майка Кона есть потрясающее (хотя и часовое) видео, которое вы можете просмотреть, а затем люди могут следить за ним и смотреть его целиком, если интересно: https://vimeo.com/97516290
Другие темы, которые я считаю ценными:
Надеюсь, это поможет! Удачи!
Поскольку вы все плохо знакомы с подходами Agile, я рекомендую включить следующее (в дополнение к тому, что вы уже рассмотрели):
Есть много других тем, если вы хотите углубиться в них, но это было бы хорошим введением в обзор. Если вы хотите выйти за рамки просто фактов и концепций, вам нужно представить вещи, используя упражнения и симуляции. Большинство людей, проводящих тренировки по аджилити, включают свои собственные упражнения. Я довольно регулярно преподаю Scrum и использую симуляцию, в которой команда создает комикс в течение трех спринтов. Один из моих коллег преподает Канбан с помощью игры «Получить Канбан». Есть люди, которые используют забавные упражнения с деталями Lego. Во всех случаях упражнения и симуляции помогают группе преодолеть разрыв между «знанием и действием».
Я также рекомендую составить краткий список для чтения и, возможно, организовать книжный клуб, который включает в себя следующее в произвольном порядке (при условии, что вы работаете в программной/ИТ-среде):
Есть намного больше, но это хорошая отправная точка!