1

2010年には多くの機能的な成果物が計画されていますが、テクノロジーのアジェンダ(アーキテクチャのリファクタリング、統合、プラットフォームのアップグレード)もあります。これらをロードマップに含めて、ビジネスがそれらが重要である理由を理解するのに役立つ最善の方法に関する提案。

1つの選択肢は、すべてを健康に保つためにこれが正しいことであるため、私たちを信頼すると言っているだけですが、可能であれば、より良い視覚化を望んでいます

4

2 に答える 2

2

それについて少し冷笑的で、私はお金の面ですべてのものを言います。稼いだお金や節約したお金の観点から技術的な議題を書き直すことができないのなら、なぜそれをやっているのですか?

また、私が非常に役立つと思った「金銭的負債の技術的負債」に関する記事があります。

http://forums.construx.com/blogs/stevemcc/archive/2007/11/01/technical-debt-2.aspx

私にとって、より興味深い点の1つは、「技術的負債の重要な意味の1つは、サービスを提供する必要があることです。つまり、債務が発生すると、利息が発生します」です。

で簡単なフォローアップがあります

http://forums.construx.com/blogs/stevemcc/archive/2007/12/12/technical-debt-decision-making.aspx

于 2009-11-16T15:51:34.933 に答える
1

変更を行わない場合、サポート時間、障害間の時間、問題の数がどのように増加するかを示します。各テクノロジーには、時間制限、製造元からのサポート終了、および通常のライフ サイクルがあります。

例 - MFC を使用する場合 - MFC で単純なタスクをプログラミングすると、winform よりも 3 倍遅くなることがわかります。したがって、x か月が経過すると、アップグレードしないことによるメリットが失われます。

機器の場合はさらに簡単です。機器が古くなればなるほど、誤動作が多くなり、それを示すのは簡単です (通常、3 年間のカバレッジの後、すべてが壊れ始めます。このように計画されていると思います。そうではありませんでした。)以前はそうでしたが、最近はそうです)。

インフラストラクチャの場合 - 繰り返しますが、Oracle 7.6 を使用している場合は、管理に費やす時間 (お金) がどれだけ長くなり、11g でどれだけ少なくなるかを示してください。

など。など。など。

最終的にマネージャーは ROI... TCO... BLA BLA BLA を確認したいので、それを提供する必要があります。

于 2009-11-16T11:31:52.057 に答える