Скажем, что разработчик заинтересован в изучении Scrum, но никто в команде не заинтересован. Я понимаю, что Scrum создан для команд, и процесс должен быть изменен, чтобы соответствовать одному человеку.
Есть ли какая-либо польза от разработчика, пытающегося использовать Scrum, даже если команда этого не делает? Если да, то каким образом процесс будет изменен в соответствии с ситуацией?
Я думаю, что вы можете воспользоваться любым методом, который поможет вам разрабатывать цели, задачи, поддерживать работу и часто что-то делать.
Ваши индивидуальные рабочие продукты получат те же преимущества, что и команды с схватками:
Вы не сможете полагаться на других членов команды, чтобы помочь, что немного раздражает, и у вас не будет владельца продукта, мастера Scrum или отставания для выбора задач. Вы даже не можете принимать решения о том, над чем работать дальше. Но я считаю, что формальная дисциплина и рефлексия полезна для всех практикующих ремесленников на всех уровнях, отдельно или в группах.
И кто знает, вы можете даже вдохновить свою команду на Scrum, как только они увидят, какие отличные результаты вы получаете.
Я бы предположил, что вместо этого вы используете Extreme Programming, так как это работает лучше для одного программирования, чем процесс, основанный на команде.
Тогда вы можете получить преимущества от того, чтобы быть более гибким, но если ваша команда не подвижна, тогда у вас появятся некоторые проблемы из-за использования другой парадигмы.
Для меня самым большим ключом было получение бай-ина от моего руководителя. Это может быть трудно попробовать и иметь какой-то Sprint только для того, чтобы он перепутался несколько раз (предположительно, команды XP справятся с этим лучше, но я не думаю, что любой разработчик это делает.). Кроме того, не забудьте включить либо опытных пользователей (они могут быть тестерами), либо членов других отделов, которые могут использоваться в качестве владельцев продукта. Мне нравится сидеть с другими пользователями и делать пару спаренных программ (ОК, они не кодируют), где я могу задавать вопросы во время кодирования и делать быстрые демонстрации, чтобы получить обратную связь. Это помогает, когда я изо всех сил пытаюсь создать спецификации, потому что те, кто запрашивает приложение, с трудом говорят мне, что они хотят.
Даже если это вы только в повседневной стойке, это может быть схватка.
Если вы сравните вчера запланированные с фактическими и определите сегодняшние планы - не разговаривая с другими людьми, - это все еще своего рода ежедневный стресс.
Я бы сказал, что то, что вы делаете, вероятно, является схваткой, если вы следуете циклам ежедневного спринта; даже если нет никаких других людей, чтобы разговаривать каждое утро.
G'day,
Для лучшего выхода из обучения Scrum - это концепция вовлечения клиента рано и часто. Таким образом, нет никаких неприятных "на самом деле не то, что мы хотим", когда вы доставляете заказчику после шести месяцев напряженной работы.
НТН
веселит,