Какие гибкие методы являются соответствующими в малочисленной команде? [закрытый]
Поскольку, когда Вам засунули окно под appbar и не можете достигнуть системное меню того окна для перемещения его:
высокий звук - клавиша "Пробел" -> M -> клавиши со стрелками ->
возврата5 ответов
Что ж, для меня ваша фактическая конфигурация больше подходит для Agile, чем для 300+ разработчиков (не совсем уверен, как Agile был там реализован, я бы хотел услышать об этом больше, так как масштабирование до этого размера требует очень высокого уровня зрелости Agile IMO).
Итак, мой ответ на самом деле был бы следующим: начиная с 4 человек, все ценности и практики уместны и ценны. Собственно, какую методологию Agile вы переняли раньше? Какие практики вы внедрили? Что заставляет вас думать, что они не подходят?
PS: Если можно, постараюсь выйти за рамки инженерных практик, Agile (только) не об этом (это особенно верно для Scrum). Такие практики, как разработка через тестирование, непрерывная интеграция и т. Д., Хороши, но они всего лишь средство, а не цель. Они выиграли' Этого достаточно для успешной реализации Agile. Agile - это бизнес-ориентированная модель организации. Другими словами, технические аспекты - не лучшая отправная точка при внедрении Scrum, вам следует начать с организационных вещей.
IMHO all of the development practices are appropriate. In fact, for a long time an agile team was expected to be a small teams (5-9 people). There is an artile of infoq about it.
Also, because you have a small team both communication and collaboration will become easier, so the practices would work even better.
Сосредоточьтесь на внедрении практик, которые приносят наибольшую ценность команде.
Поскольку команда небольшая, влияние изменения будет очень заметным , если вы поработаете с командой и покажете улучшения , то вы можете вернуться и добавить еще одно. - опять же тот, который приносит наибольшую пользу команде.
Одним из наиболее важных моментов является то, что к проектам подходят с гибким мышлением , добавляя инструменты и методы в контексте длительных проектов, которые Можно'
Общая проверка кода вне зависимости от того, находятся ли все на одном сайте
Я думаю, вы можете перевернуть вопрос; какие гибкие методы не подойдут, потому что вы небольшая команда. Я не являюсь экспертом в гибких методах разработки, но не могу придумать ничего, что было бы неуместно из-за размера вашей команды.