Я ищу рекомендуемый способ информирования членов команды в их выходные дни, чтобы они были более или менее информированы об изменениях в продукте, процессе или компании.
Фон:
Я работаю в scrum-команде в компании, занимающейся разработкой программных решений. Наша команда состоит из сотрудников, работающих неполный и полный рабочий день. Я помогаю владельцу продукта (который также является нашим техническим директором и очень занят) и мастеру схватки (который на самом деле является agile-коучем, который посещает нас два раза в неделю). Я пишу приемочные тесты, документирую вещи, и от меня ожидают, что я стану бизнес-аналитиком, который также выполняет большую часть обязанностей скрам-мастера. Наша компания не очень большая (менее 20 человек в техническом отделе), но некоторые части наших продуктов ДЕЙСТВИТЕЛЬНО усложняются.
С тех пор, как я присоединился к компании, я активно ищу способы улучшить работу нашего отдела, предлагая изменения в наших процессах разработки программного обеспечения, инструментах, собраниях и т. д.
Проблема: я учусь в магистратуре и не могу ходить на работу два дня в неделю. Есть также некоторые студенты бакалавриата, которые имеют навыки и в них нуждается компания. У нас есть 3 профессиональных разработчика, которые на самом деле работают в другом месте, но участвуют в проектах в нерабочее время.
Каждый день происходят изменения и новые решения принимаются техническим директором и теми, кто присутствует в компании. Но те, кто отсутствовал, как я сам, в эти два дня, не будут проинформированы до тех пор, пока на следующий день не появятся в компании.
Менеджеры компании и я ДЕЙСТВИТЕЛЬНО знаем, что использование членов команды, работающих неполный рабочий день, неэффективно и может повредить гибкости команды, и мы согласились на накладные расходы. Но мы ищем способы сделать это как можно лучше.
Наш продукт имеет микросервисную архитектуру и у каждой БК есть своя подкоманда и свой проект. Поэтому отслеживание прогресса стало головной болью (по крайней мере, для меня, который присоединился всего месяц назад и не знает всей информации, проблем и решений с самого начала). У каждого продукта есть своя доска и бэклог.
Кроме того, наши ежедневные встречи не кажутся эффективными.
Что ты предлагаешь? Я сам думал о системе ведения журналов, асинхронных встречах и запланированном пакетном задании, которое отправляет команде по электронной почте все журналы и ответы членов команды на асинхронные ежедневные вопросы схватки.
Должны ли мы принять другие рамки/методологии?
Одной из возможностей было бы использование такого инструмента, как Slack.
Создайте новостной канал команды. Любой, кто услышит какие-либо актуальные новости или отметит какие-либо важные комментарии/события в течение дня, добавит их в качестве сообщения на канале.
Люди, возвращающиеся на работу после отъезда, могут прокручивать новости назад.
Я сталкивался с подобными проблемами буквально с каждой командой, с которой я работал. Я понял, что проблема не в отсутствии отличного инструмента для ее решения.
Ежедневные стендап-встречи довольно распространены и полезны, если они проводятся правильно. Самая распространенная проблема, которую я видел в ежедневных газетах, заключается в том, что все спешат выразить себя и убедиться, что они выполнили свой долг, и никого не волнуют другие вещи, которые говорят его / ее коллеги; Кроме менеджера, который должен знать, что происходит в команде.
Так что я лично думаю, что решение вашей проблемы — это обновленное программное обеспечение, а не новое программное обеспечение :D
Наилучший результат достигается, когда каждый человек понимает и чувствует потребность знать, чем занимается его коллега и чем это может ему помочь. Чтобы распространять это чувство в команде, каждый должен нести ответственность, как менеджер, что в первую очередь привело к тому, что он / она почувствовал необходимость знать, над чем каждый работает.
И, наконец, чтобы ответить на ваш вопрос, вы можете записывать ежедневные сеансы и делиться ими с командой через Slack, электронную почту или любой другой инструмент, обычно используемый в команде. Это работает для нас.
Компьютерщик
Барнаби Голден
Компьютерщик
Барнаби Голден