問題タブ [agile]

私は、アジャイルはスパイラル モデルのもう 1 つの実装に過ぎないと考えています。私はスパイラルの大きな支持者です (スパイラル モデルは、トップダウンとボトムアップの概念の利点を組み合わせるために、段階的に設計とプロトタイピングの両方の要素を組み合わせたソフトウェア開発プロセスです)。多くのプロジェクトがスパイラルの世界で動作していることを知らずにスパイラルを実装しています。アジャイルが人気を博し始めた日から、スパイラルの概念が少し見過ごされ始めました。複雑なプロジェクトでは、スパイラルが最良の代替手段であると確信していますが、アジャイルとスパイラルの手法の類似点と相違点をよりよく理解したいと思います。違い/類似点を説明できる人はいますか?

このテーマに追加することはあまりありません。

Windows 用の無料のタスク ボード/バーンダウン レポート ツールを探しています。

私は CMMI レベル 5 の認定を受けているショップで働いています。この認定は、特定の顧客や契約にアクセスできるため、重要です。スクラムと CMMI を融合させる方法を検討しています。スクラムと CMMI-3 の混合に関する情報をいくつか見つけましたが、そのかなりの部分は「手の込んだ」ものであり、厳しい精査に耐えられません。特に、組織の KPA は難しいようです。

2 つのプロセスを混ぜ合わせた経験 (良い点と悪い点) はありますか?

アジャイル手法を使用することで実際に週 40 時間の作業を達成できる (フルタイムの) プロジェクトに取り組んだことがありますか? もしそうなら、最も価値のあるアジャイルプラクティスは何ですか?

あなたの「エンタープライズ」作業環境では、エンジニアはコード検査と単体テストの実行についてどのように責任を負っていますか? ソフトウェアの品質を確保するために、どのようなプロセス (正式な方法論またはカスタム プロセス) に従っていますか? 成果物に開発者の「サインオフ」シートを実装したことがありますか?

前もって感謝します！

更新: Code Collaborator を使用して検査を行っていることを忘れていました。問題は、人々に「理解」してもらい、中核となる人々のグループの外でそれを行うことに同意してもらうことです。以下で stalbot が指摘しているように、これは文化の変化ですが、問題は、レビューや単体テストなどの品質イニシアチブを促進するために文化をどのように変えるかということです。

仕事で BizTalk を使い始めたばかりで、DDD や TDD などについて学んだことをすべて使い続けたいと思っています。パイプラインやオーケストレーションなどを作成するとき、これは可能ですか、それとも常に Visio のようなエディターを使用する必要がありますか? ?

チームの構成が頻繁に変更される組織で実装される極端なプログラミング手法をお勧めしますか? 極端なプログラミング シナリオで、チームが途中で不安定になった場合、何をお勧めしますか? ありがとう。

XP (Extreme Programming) プラクティスをサポートする可能性が高いのは、どのタイプのクライアントですか?

したがって、標準のアジャイル哲学では、ドメインクラスを単純なPOCOにし、データアクセスオブジェクトを介して別のプロキシレイヤーを使用して永続化することをお勧めします（NHibernateが行うように）。また、可能な限り高い単体テストカバレッジを取得することをお勧めします。

これらの単純なPOCOオブジェクトのテストを作成することは意味がありますか？次のようなクラスがあるとします。

これに対してどのような有用な単体テストを書くことができますか？

私たちはバグ追跡とリリース管理に JIRA を使用し、JIRA 内のプロジェクト管理に greenhopper を使い始めましたが、ユーザー ストーリーとそれらのユーザー ストーリー内のタスクの考え方が欠けています。ユーザーのストーリーとタスクを完全にサポートし、ユーザーにとって高速でシンプルなアジャイル プロジェクト管理ツールのような他のタスク ボードを推奨する人はいますか? 私は targetprocess を調べ始めたので、特にそれについてフィードバックがあれば、それも素晴らしいでしょう。