タグ付けされた質問 「stories」

開発者は、各スプリントのマスターブランチへのストーリーの統合について懸念を表明するレトロコールを終了しました。開発者はすべて自分のブランチ内のコードを作成し、スプリントの終わりに向かってすべて1つのマスターブランチにマージします。 次に、ある開発者（通常は同じ開発者）に、すべてが他の開発者のコ​​ードとうまく統合されていることを確認するタスクを残します（ほとんどの変更は同じページにあります。たとえば、データ表示ストーリー、データフィルターストーリー、 SLAインジケータ）。 この負担を軽減し、コードをより簡単にマージするにはどうすればよいですか？私の観点からすると、POまたはSMがストーリーをより効率的な方法で優先順位付けすることで、同じスプリントでこれらの種類の依存関係がなくなるため、いくつかの問題が解決する可能性があります。他のみんなはどのようにこれに取り組んでいますか？または、これはプロセスの一部ですか？

42 agile  scrum  branching  stories 

現在、JIRAを使用して開発作業を追跡しています。私の経営陣は、ソフトウェア以外の開発関連のタスクを含め、すべてを「ユーザーストーリー」としてフォーマットおよび分類したいと考えています。例えば： 「テストマネージャーとして、自動テストのみを使用し、手動テストを使用せずにアプリケーションのテストを実行して、アプリケーションをできるだけ効率的にテストできますか？ 承認基準：1. 50の既存の手動テストを完全に自動化されたテストに変換します2.テストは1時間未満で実行する必要があります ソフトウェア開発プロセスをサポートする作業に「ユーザーストーリー」を使用することが理にかなっていて、プログラマーによって行われず、成果物コードが直接生成されない場合は、コミュニティから理解を得たいと思います。または、これを別の方法で処理/分類する必要がありますか（たとえば、JIRAで）？ 2011年6月7日更新-「ユーザーストーリー」という用語に焦点を当てた質問に言い換え。

9 agile  stories 

私が現在取り組んでいる会社では、時々、いくつかの物語が互いに結び付いていることに気づきました（あまりに結合されているように）。これは、それらが同じ全体的な機能に属している、または異なる機能である可能性がありますが、次の機能を続行するために最初に完了する必要があるものなどがあります。 イテレーションのワークフローを停止することなく、このケースをどのように処理しますか？私たちは何か間違ったことをしていますか？

9 scrum  stories