問題タブ [cmmi]

現在、開発チームで使用するためにTFSMSF for CMMIでプロセステンプレートを評価していますが、個別のバグと変更要求の作業項目タイプの必要性を理解するのに苦労しています。

レポートを生成するときに、バグ（エラー）と変更要求（要件の変更）を区別できることが有益であることを理解しています。

ただし、現在のシステムでは、変更要求のタイプは1つだけであり、フィールドを使用して、それがバグ、要件の変更などであるかどうかを示します（このフィールドはレポートクエリの作成に使用できます）。

バグ用に個別のワークフローを用意することの利点は何ですか？

また、開発者がバグや変更要求に対して作業を送信できるという事実にも混乱しています。意図されたワークフローは、開発者が変更を行うときに参照する変更要求をバグが生成することであると思いました。

私の組織では、反対の証拠があるにもかかわらず、人々は軽量 CMMI は神話であると信じています。軽量 CMMI の経験は何ですか? あなたはそれをやったことがありますか？

10年前、私が最初にソフトウェアのCMMに出会ったとき、多くの企業のように、特にヒーローへの依存に関連して、多くのビジネスにおけるソフトウェア開発の混沌とし​​た「レベル1」の状態をどれほど正確に説明しているかに驚かされたと思います。また、組織がプロセスを改善するレベルを上げるための現実的なガイダンスを提供しているように見えました。

しかし、それは改善のための優れたモデルと現実的なガイダンスを提供するように見えましたが、CMMの順守が、私が働いた、または一緒に働いた組織に大きなプラスの影響を与えることを実際に目撃したことはありません。私は、CMMレベル5（最高レベル）を主張するある大規模なソフトウェアコンサルタント会社を知っています。彼らのプロセスは混沌としていて、ソフトウェア製品の品質は他の非CMMビジネスと同じように多様であることが直接わかります。

ですから、CMMによると、プロセス改善を順守することで実際に具体的なメリットが得られるのを見た人はいますか？

また、改善が見られた場合、その改善は特にCMMに起因すると思いますか、それとも代替アプローチ（シックスシグマなど）が同等またはそれ以上に有益だったと思いますか？

誰かがまだ信じていますか？

余談ですが、まだ見たことがない人は、この面白いパロディーをチェックしてください。

私たちは現在、CMMI に準拠するために開発プロセスを進化させています (レベル 2 から始めて、そこから上に移動します)。私たちは、CMMI の精神に基づいて要件を開発できる、安価な (または無料の) ツールを見つけようとしています。つまり、要件を入力し、それらの変更を追跡し、要件が変更されたときに個人にアラートを送信し、トレーサビリティを実行できる必要があります。通常、プロジェクトは小規模です (通常、3 ～ 7 人の開発者と 1 人または 2 人のテスター)。

多くの商用ツールを見てきましたが、それらは私たちが手に入れることができる以上の費用がかかります. SourceForge (OSRM など) でいくつか調べましたが、必要な機能を備えた十分に成熟したものは見つかりませんでした。

上記の要件を満たすツールの提案を探しています。

私が現在働いている組織は、すべてを文書化する CMMI の世界全体に移行しようとしています。私は (他の 1 人と一緒に) 構成マネージャーの役​​職を割り当てられました。おめでとうございます。

職務の一部は、物理的な構成監査を定期的に実行することです (彼らはまだ定期的に定義していますが、四半期ごとまたは毎月のいずれかになります)。これは基本的に、本番環境にデプロイされたソース コード バージョンと、本番環境のソース コード バージョンであると思われるバージョンのチェックです。

私たちのプロジェクトは、Java で書かれた比較的小さな Web アプリケーションです。扱うファイルの種類は、java、jsp、xml、プロパティ ファイル、および sql パッケージです。

私が抱えている (そして表明したが無視されているように見える) 問題は、実稼働サーバーに物理的にログオンしてファイルのバージョンを確認するにはどうすればよいかということです。

ファイルのバージョンは、現在、ファイル (つまり、コメントなど) にも含まれていません。ユーザーにも表示される各画面に表示可能なバージョン番号を配置することが提案されました。画面自体は私たちが管理しているコードのごく一部にすぎないので、これもばかげていると思いました。

現在使用しているツールは、IDE 用の Netbeans とバージョン管理ツールとしての Serena Dimensions です。

私は特に、正確で時間がかからない、より自動化された方法でこの監査を実行する方法についてのアイデアを探しています.

私の考えは、現在、そのファイルのバージョン番号を含む各ファイルの先頭にコメントを追加することです.XMLファイルを作成するために本番ビルドが作成されるときに実行されるスクリプト、またはそれぞれのファイル名とバージョンファイルを含む同様のものを作成しますビルド内のファイル。次に、監査を行う必要がある場合は、実稼働サーバーに移動して情報を含む xml ファイルを取得し、それを実稼働にあると思われるものとプログラムで比較し、レポートを出力します。

より良いアイデア。私はこれがすでに行われている必要があることを知っており、他のリソースが見つからないことに気が狂っているようです.

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

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

私は、ソフトウェア開発においてどのプラクティスがうまく機能するか、または機能しないかについての本をたくさん読みました。また、ITIL や CMMI のような方法論について、開発分野の Web キャストや本やブログで聞いたことはありません。

私の学校でこれらの方法論について聞いたことがありますが、それは官僚的な慣行のように思えます。

しかし、私が読んだ開発に関するすべての本は、コラボレーション、またはドキュメントよりも人について語っています。(はい、アジャイルの本がたくさんあります)

だから私の質問は: ITIL や CMMI のような方法論は、開発や開発者の日常生活に何らかの影響や関係を持っていますか? また、開発チームで使用できるこれらの方法論の優れたアイデアについて説明している優れた本やブログはありますか?

私はこの問題を抱えており、サイトで私のようなケースを見つけられませんでした.

これが事です。

スクラム テンプレート (Conchango) を使用して TFS 2008 を作成しました。それはクリーン インストール (新しい OS、新しい SQL Server、新しいマシンなど) でした。そのため、すべてが魅力のように機能しました。私は 3 つのスクラム リポジトリを作成し、アクセス許可を割り当て、ファイルをアップロードしました… 3 つのチームが作業を開始しましたが、すべてが最高でした! この時点まで、サーバーには 3 つのスクラム リポジトリしかなく、他には何もありませんでした。

次に、CMMi テンプレート (TFS で提供されるもの) を使用して、新しいリポジトリを作成する必要がありました。ここでもすべてが機能します (Sharepoint サイト、ソース管理、ドキュメント..) … しかし…。レポートの更新が停止しました!!!

誰もそれを修正する方法を知っていますか? どんな助けでも本当に感謝します

さらに情報が必要な場合はお知らせください

ソフトウェア組織で実装されている実際のソフトウェア開発プロセスを共有し、アクセスするための専用の Web サイトはありますか?

これらのプロセスを実装するためのアドバイスや説明を提供する多くのリソースがあります。それらは非常に便利です。しかし、実際のプロセス定義の例があることも非常に役立つと思います。具体的には、CMMI でのプロセス定義の例を探しています。いくつかの本を概説しましたが、具体的な実装例を示しているものはありません。

著者はおそらく、読者がプロセス定義の特定のカスタマイズの決定を理解せずにこれらのプロセス定義をコピーする可能性があることを懸念していると思います。彼らはこの懸念において非常に正当です。とにかく、これは一般的なソフトウェア コミュニティにとって重要なニーズだと思います。サンプル ドキュメントを適切に理解し解釈することは、読者の責任です。

プロセスの特定の実装を共有する優れたリソースを知らない場合、この必要性についてどう思いますか? 私たちソフトウェア エンジニアと開発者は、コードを共有するようにプロセス定義を共有する必要があると思いませんか?

私は新しい会社でいくつかのプロセス改善を開始しています。最初に集中する分野の1つはCMです。ブリーフィング中に、リビジョンとバージョンの違いは何ですかと尋ねられました。説明を行った後、次のリンクの電子メールでフォローアップしました：http: //www.product-lifecycle-management.com/plm-revision-version.htm

私が本当に知りたいのは、ほとんどの場所でリビジョンまたはバージョンがメインの識別子として使用されているのか、そしてなぜどちらかが優先されるのかということです。好みはありますが、コミュニティからの意見をお願いします。