Проблема применения гибких методологий

Question

При использовании гибкой методологии в проекте программирования команд, что нужно делать, когда нескольким людям нужно работать в том, что должно использоваться всеми. Например, существует пользовательский объект, и два человека должны выполнять требования, которые должны использовать этот объект. Итак, сначала создается скелет, а затем выполняются действия? или какова процедура в этих случаях.

И, во-вторых, можно ли найти информацию, которая затрагивает такие проблемы, которые могут возникать при применении таких методологий?

Благодаря

Answer 1

Лучше всего о Scrum, что это удивительный инструмент для выявления плохой практики. Это один из случаев. Проворная команда должна работать с как можно большим количеством рук, на то же самое требование (требование, функция, рассказ пользователя - то же самое). Разделение работы между членами должно основываться на задачах , необходимых для выполнения требования, без каких-либо требований.

Каждая задача будет определяться на основе изменений, которые необходимо внести в определенный компонент. Выполнение этого не только устранит проблему (никто не работает над одним и тем же кодом), но объединит усилия членов команды и заставит их функционировать как настоящая команда, а не разрозненная группа людей, которые могут разделить комнату и менеджер.

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

• Introduction to Scrum
• Mike Cohn's Blog
• Scrum.org

Несколько отличных книг:

• Succeeding with Scrum - Mike Cohn
• Бесплатная электронная книга - Scrum & XP from the Trenches - Henrik Kniberg

И, наконец, если вы простите за бесстыдную вилку, вы можете проверить мой блог - У меня есть несколько сообщений на эту тему (например, this one) и другие из моего опыта по внедрению гибких методов в командах программного обеспечения.