Результаты поиска

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

Каковы некоторые возможные инструменты для запуска команды на Scrum в среде .NET/Visual Studio без командной системы?

Моя компания пыталась принять методологию scrum со смешанным успехом. Тезисы-это некоторые области, где у нас были проблемы. Как вы справляетесь с этим?

1. Отслеживание требований от Маркетинг продукта через к продукту. Мы пробуем JIRA отслеживать все требования по отдельности и назначать выпуск каждому из них по мере его выбора для реализации.
2. Кто создает истории? Товар Менеджмент, который не знает достаточно для эффективного создания небольших историй, разработчики, у которых может не быть домена знание, аналитик между ними?
3. Функциональные характеристики
   1. вы пишете их или просто пытаетесь ввести в историю определение?
   2. Вы пишете функционально спецификации на историю? За функцию?
   3. Как вы видите взаимосвязь между функциональными характеристиками и историями?
4. отвечая на вопрос от людей с VP в их названии "what are we going to get by [8 months from now]?"

В среде agile (scrum), как вы получаете управление продуктом для создания достаточно небольших элементов невыполненной работы или историй, не имея их делать весь дизайн, который не является их специальностью? Другими словами, как вы отделяете what (бизнес-требования) от how (дизайн) в agile development?

Мы-небольшая команда из 3 разработчиков (2 опытных, но новых для данного сектора бизнеса), разрабатывающих функционально сложный продукт. Мы используем Scrum и проводим демонстрацию в конце каждого спринта. Понятно, что у функциональной команды есть много идей, но они не очень хорошо сообщаются команде разработчиков, и демонстрация ставит больше вопросов, чем ответов.

Есть ли у вас какие-либо рекомендации по улучшению качества ввода от функциональных людей?

Дополнительная информация: я думаю, что часть проблемы заключается в том, что нет никаких спецификаций или пользовательских историй как таковых. Лично я думаю, что они должны записывать какие - то требования-какие вещи они должны записывать и до какой сложности, учитывая его процесс agile?