Я соучредитель программного стартапа (программное обеспечение для отчетности с большим количеством статистики и математики). Есть генеральный директор и «менеджер проекта» (фактически продавец без опыта управления программными проектами).
Я создал программное обеспечение и нанял в основном младших программистов.
Я по-прежнему де-факто технический руководитель, так как мне очень часто приходится помогать с задачами и решением проблем, планированием выпуска и развертыванием.
Теперь я предложил курс Agile всем, включая менеджеров, и начал действовать как Scrum Master, потому что я хочу, чтобы люди брали на себя больше ответственности и разделяли роли (и потому что у нас нет ресурсов, чтобы нанять Scrum Master на полный рабочий день). У меня есть сертификат Scrum Master, но это мой первый практический опыт.
Однако я чувствую, что я все... - соучредитель (поэтому, вероятно, заинтересован в методологии Agile) - технический директор - Scrum Master - технический руководитель - и да, программист
Не противоречит ли это немного методологии Scrum/Agile? Как мне быть с этим (поскольку личные проблемы от группы, вероятно, возникнут)?
Ни в подходе Agile, ни в структуре Scrum нет ничего, что говорило бы о том, что один человек не может иметь несколько ролей.
Однако выбранный вами подход сопряжен с некоторыми рисками:
Я бы посоветовал использовать ваши ретроспективы, чтобы тщательно оценить, насколько хорошо все работает. Если вы и ваша команда обнаружите проблемы, может потребоваться изменить или отказаться от некоторых ролей, которые у вас есть.
Скрам-мастер обычно проводит свои дни, помогая (не участвуя) в ежедневном стендапе; помощь команде в поддержании графика выгорания; настройка ретроспектив, обзоров спринтов или сессий планирования спринтов; ограждение команды от прерываний во время спринта; устранение препятствий, влияющих на команду; познакомить владельца продукта с более техническими пользовательскими историями и поощрить сотрудничество между командой Scrum и владельцем продукта. Основываясь на этих обязанностях, которые выполняет скрам-мастер, ваша команда может обойтись без выделенного человека, если ваш владелец продукта знает все о клиенте и всегда готов помочь команде разработчиков без руководства со стороны скрам-мастера; ваша команда разработчиков имеет настолько здоровую культуру общения, что ежедневные встречи являются излишними и увеличивают общие накладные расходы процесса; диаграмма выгорания и другие артефакты поддерживаются автоматически и не создают дополнительных затрат для команды разработчиков; команда работает без отвлекающих факторов и может легко устранить все препятствия самостоятельно.
ммеле
Барнаби Голден