他のソース コード管理と比較して、ここに MKS Integrity に関する投稿があることに気付きました。MKS Integrity を使用して要件を管理している人はいますか? 調子はどうですか？次の場合は、それについての洞察をいただければ幸いです。
他の多くのことを行うことができ、他のシステム (JIRA、Test Link?) と連携してプロセス (バグ追跡、テスト、およびカバレッジ) を調整できることを宣伝していることに気付きました-統合はどの程度洗練されていますか? これらすべての統合システムについて報告しようとしている人はいますか?
おそらく大きな答えを伴う多くの質問...私は知っています...しかし、スタックオーバーフローユニバースから任意の点に関するコメントをいただければ幸いです:)
遅すぎるかもしれませんが、MKS-RM での私の経験もひどいものです。他のツールへの「統合」は主に SCC インターフェイスを使用しており、特に Windows 7 64 ビットでは、MKS に 64 ビット バージョンがないため、これに関していくつかの問題に直面する可能性があります。
まともなリレーショナルデータベースや優れたものと比較して、あまり利益が見られません!
私たちは、バージョン管理、問題追跡、および要件管理のために MKS を職場で使用しています。それはすべて非常に悪いです。可能であれば避けてください。MKS 要件管理は非常に遅く、複雑すぎて扱いにくいものです。
DOORS と MKS RM で 7 年間働いてきた私は、一般的に要件管理は過大評価されていると言わざるを得ません。ネクタイをしている人のおしゃれな表現です。
これまでの RM ツールから見てきたことは、まともな Wiki エンジンにできないことは何もないということです。Redmine について考えてみてください。Wiki、問題追跡、バージョン管理の統合があります。
この問題には別の側面があります。それは、専用ツールの法外な価格です。私たちは DOORS の要件を満たすために多大な労力を費やしてきましたが、突然、上層部が DOORS は高すぎるため廃止することを決定しました。多かれ少なかれ失われた長年の仕事。また、MKS は DOORS よりもはるかに高価です。
主流の意見とは反対に、オープン ソース ツールのサポートは非常に優れており、インポート/エクスポートや他のツールとの連携が全般的に優れています。また、コスト削減のためにツール全体がシャットダウンされる危険もありません。