Как программы clojure / lisp моделируются в виде диаграммы? [закрыто]

, "Как толпа, как предполагается, работает, когда публикуемые задачи Dev поднимают большую часть спринта?"

, Как Вы узнали - это не работает ужасно хорошо:-), процесс, который Вы описываете, не звучит во многом как Толпа мне - или по крайней мере не как преуспевшая Толпа.

я не уверен от того, что Вы описали, являются ли люди QA частью команды - или отдельная группа.

, Если они - отдельная группа тогда, это - вероятно, большая часть проблемы. Они не будут вовлечены в приверженность команды завершению задач - и связанное согласование объема с владельцем продукта. Я никогда не видел, что гибкая группа успешно выполняется хорошо без того, что они были навыками QA в команде. Или при наличии разработчиков с большим количеством навыков тестирования/QA - или при наличии встроенного человека QA или три в команде.

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

я попробовал бы несколько вещей, если бы это был я:

• Получают народ QA/тестирования в команде, если они уже не там
• , Имеют хороший долгий чат с владельцем продукта & команда, по какой количества, как "сделано". Это кажется, что некоторые разработчики находятся все еще в мышлении перед толпой "переданного QA"" == сделаны.
• Ломаются, истории в меньшие блоки - облегчает определять ошибки оценки
• , Считают выполнение более короткими спринтами - потому что мало и чаще легче отследить и извлечь уроки из.

Вы могли бы также найти эти подсказки о приглаживании толпы burndown полезный.