配信時間のある会社でSCRUMを使用すると短くなります

私の会社ではTFSとスプリントでSCRUMを使用していますが、2週間は基本的に.netアプリケーション（ウェブ、デスクトップ）、アンドロイドアプリ、SAPプログラム。配信時間のある会社でSCRUMを使用すると短くなります

作業が不十分なため完全なスプリントは作成できませんが、半分のスプリントでは製品のバックログが表示されるようになり、誰もが圧力をかけてPBを終了します迅速に（基本的に緊急事態）。

この緊急事態に出席するためにスプリントが終了するのを待つことはできませんので、優先順位を即時に変更します。だから基本的にスプリントは私たちのチームには何も意味しません：そして、すべての美味しさの図表は意味を失います。

これに対処する方法は、次のスプリントでどのようなタスクが表示されるのかを知るために日々のようなプロジェクトに慣れているわけではありません。

2016-08-19 ochocolas

このお使いの環境でスクラムを使用する方法についてのご質問、またはどのようにTFSでスクラムを使用することですか？この質問は、StackExchange上の別のサイトに適しているように聞こえます。 – Taegost

「頻繁な中断や優先順位の変更方法」を行うために質問の名前を変更する必要があると思います。 – Kye

あなたがCOMMことができない場合はたぶんかんばんはより良いアプローチだろうそれは2週間のタイムボックスの期間にもかかわらず、「チャート」が意味を成す正式なプロセスに従いたいと考えています。

2016-10-09 04:44:28 Kye

私はそれは、スクラムは、毎日の平均的なスピードを忘れるようなプロジェクト指向だからです。あなたの提案をありがとう。 – ochocolas

各アイテムを完了するために必要な作業をキャプチャするために、必要な数のタスクを追加できます。たとえば、あなたが今後のスプリントでタスクを持っていますが、現在のスプリントでそれを完了するだろう、あなたはSprint1にこのタスクを移動することができます。スプリント計画の

詳しい情報は、次のことが確認できます

を

2016-08-22 06:48:21

答えて