Смешанные маленькие команды - Скрам выполнимо?

Question

Мы команда из 30 человек, состоящая из бизнес-менеджеров, разработчиков и тестировщиков программного обеспечения. Наши разработчики работают над разными проектами, которые частично отличаются - частично одинаковыми продуктами. Они помогают друг другу, где только могут. Поскольку мы все в одной комнате, это довольно просто.

Теперь я спросил, почему мы не используем Scrum.

Я получил один ответ: потому что мы все в одной комнате и помогаем друг другу. Это происходит довольно быстро, и поэтому нам может не понадобиться разборки. Некоторые из наших продуктов разработаны только 2 человека. Так что было бы немного странно проводить обычную встречу только с двумя из нас. Также наши коллеги приходят на работу в разное время, а некоторые делают домашний офис иногда.

Правда ли, что в таких условиях Scrum неосуществим или не приносит никакой пользы компании?

Надеюсь на ваши комментарии, идеи, мысли...

Бест, Марк

Answer 1

Как говорится в литературе (см. Здесь), идеальный размер команды находится между 4-8. Меньшие Команды должны использовать XP.

Мое личное мнение: да, разборки, даже если вы один разработчик!

Scrum о вашем клиенте и команде и о том, как они общаются. Вы всегда говорите о своей команде. Но еще важнее то, как происходит взаимодействие с "клиентом / заинтересованным лицом", как осуществляется управление проектом. Если у вас есть заказчик, посмотрите на эти процессы, если они также хороши, как в вашей команде разработчиков. Большинство проблем разработки программного обеспечения лежат здесь (спецификация требований, ожидания клиентов, время в бюджете / время...)

Некоторые аспекты, которые вы теряете, не используя scrum (и поэтому я бы предложил использовать scrum даже в команде из 2 человек). Вы также должны выбрать не все, а только те части, которые вам нравятся

• Отставание (что планируется в ближайшие x недель) и его документирование!
• Burndown Chart (где мы сейчас находимся)
• Улучшения Continouus (в Scrum вы фиксируете препятствия, вы отражаете то, что было хорошо и плохо..)
• Ежедневная схватка (имеет смысл даже для одного человека, отражающего то, что я сделал и делаю на следующий день! И какие проблемы произошли.)
• Большинство других аппетитов схватки...

В настоящее время я начинаю внедрять / использовать все это для меня как отдельного человека / разработчика, и я могу только сказать, что это делает мою работу и меня лучше как программиста. И я даже говорю это, будучи моим собственным клиентом и ПО (я разрабатываю свои собственные продукты / бизнес для меня)! И даже чем это имеет смысл. Преимущество заключается в том, что все схватки очень легкие (без накладных расходов).

Answer 2

Руководство Scrum предлагает размер команды от 3 до 9 человек.

Есть причина для нижнего предела. Команды менее 3-х человек имеют меньше взаимодействия и могут не иметь навыков, чтобы обеспечить потенциально высвобождаемый прирост в спринте. Может быть непросто привлечь владельца продукта, когда у вас очень маленькая команда.

Мой личный опыт показывает, что 4 человека являются более реалистичным нижним пределом из-за влияния праздников и других отсутствий в команде.

Также важно, чтобы команда Scrum была последовательной во времени. Одно из преимуществ подхода Scrum заключается в том, что он позволяет нам рассчитывать потенциал команды, и это осложняется частой сменой членов команды.

Члены команды, работающие дома и имеющие разные часы работы, не должны быть серьезной проблемой при работе со Scrum. Это часто встречается во многих командах Scrum и может быть смягчено с помощью тщательной синхронизации и использования таких технологий, как приложения для обмена сообщениями и голосовые / видеоконференции.