business-process-management - ソフトウェア開発におけるプロセス中心のアプローチを定義または説明する

Question

私は、データ中心ではなく、ソフトウェア開発においてプロセス中心のアプローチを取ることの違いを理解しようとしています。2つのアプローチの長所と短所などは何ですか?

私はグーグルで検索しましたが、なぜプロセス中心が優れているのか、または優れていないのかについて明確な答えは見つかりませんでした.

Answer 1

私の理解では、それは開発における焦点の問題であるということです:

• プロセス中心は、特定の形式のプロセスを方法論の中核として使用することを中心にしています。たとえば、Waterfall が好きで、他の要因に関係なくそれを使用する場所があるかもしれません。

• データ中心はデータを中心とし、データ セットごとに異なる方法論を含む場合があります。そのため、報告グループは、データ中心のアプローチを使用する場合があります。彼らが行うことのほとんどは、データとその使用を中心に展開するためです。対照的に、CMS をカスタマイズするグループは、企業が CMS の使用を開始するときに発生する可能性のある要件の変化を処理するために、よりアジャイルなものを選択する場合があります。

どちらが優れているかについては、ここで考慮すべきいくつかの要因があります。

1. 人 - 自分がコントロールしたい好みを持っているように見えますか? すべてが同じ方法で行われ、何があっても方法論が維持されるように、プロセス中心のアプローチを好む人もいれば、単にデータに依存していると言う人もいます。

2. 優先度 - これは、チームが何度も使用するものですか? もしそうなら、方法論を定期的に変更する可能性があるデータ中心とは対照的に、プロセスは時間の経過とともに洗練される可能性があるため、プロセス中心はより良い結果をもたらす可能性があります.

3. 最終製品 - プロジェクトがコンサルティング業務である場合、コンサルティングがデータ ウェアハウスやビジネス インテリジェンスなどのデータ集約型のものでない限り、データよりもプロセスに焦点を当てる方がよい場合があります。

4. エグゼクティブの賛同 - お金を管理している人々が、特定の状況においてなぜ一方のスタイルが他方よりも優れているのかを理解していない場合、どちらのアプローチも役に立たない可能性があります。