ダグ・ニーダム DataOps.live ダグ・ニーダム DataOps.live テクニカル債務は、デジタルチームにとって挑戦的な課題です。それを回避するための提案は過大評価され、無視され、我々が修正する必要があることを知っていることは珍しいことです。 テクニカル債務が本当にどれほど恐ろしいのか、私たちが物事を正しい方法で構築するために戦うとき、彼らが後押しを減らすかもしれません。 データ所有者 データ所有者 彼らに伝える方法を見つけたと思う。 私たちの祖父母が語る童話、比、物語は事実ではないかもしれないが、それらは「真実」である。 危険なレース あなたは急いであなたの車を建てたかった、そしてここにそれは――ああ、しかし、我々がそれを組み合わせた後、12のボルトが残された。 プロジェクトマネージャーは、これらの特定のボルトが次のメンテナンスウィンドウを待つことができると主張しています。 販売チームは、これらのボルトは不要であることを保証します。 エンジニアリングチームは、これらのボルトが何を持っているかを知っています。彼らは、ボルトを適用するために時間を取ることをお勧めします。 もうすぐレースが始まります。 時計が刻み込まれている。 あなたは運転手です。 あなたは、あなたの車の能力を示すために設計されたレーストラックで、人生や死の決断をスピードで行います。 スタートラインには、それぞれ独自のエンジニアリング、販売、プロジェクトマネジメントチームを持つ39台の車があります。 彼らは彼らの車のすべての部品を一緒に保管しているのだろうか。 あなたの車のどの部分が最善の方法で一緒に保管されていないのですか? この車を使用して限界まで押し上げると、レースを勝ち取るか、それとも3番のターンでパドルに終わるか? 物語の道徳 これは技術的債務であり、専門家に耳を傾ければ容易に回避できる危険な状況である。 もしあなたがより速いアナログを必要とするなら、それはロシアのルーレットのようなものですが、あなたは部屋の数、弾丸のカリブリ、弾丸がどれだけ充電されているか、または銃がどのように向かっているかを知りません。 非技術的な利害関係者は時には、技術的負債のための再構築を混同することもあります。建築家やエンジニアが建てた後に何かを構築するためのより良い方法を学ぶ時があることは確かに事実です。 どちらの場合も、実際に実装を行っている人々は、何をすべきかを決定することができるはずです。非技術的なユーザーがツールを構築する方法について技術的な決定を下すことは、災害のレシピです。 あなたのPMIまたはデータ所有者があなたに角を切り取るように求めるとき、彼らにこの話を思い出させてください。 もしそうなら、彼らを許してやれ」 警告する義務 彼らは正しいドライバー、構造化されたSQL、サブルーチンの更新、クラスターにノードを追加する、または現在のパッチレベルにアップデートし、クリーンなリブートを得る重要性を知りません。 あなたは彼らに素晴らしい車を建てたが、彼らはあなたが後で修正する必要があることを知っていたいくつかのショートカットを指示した。 私たちは技術的負債のリスクを知っているので、私たちは警報を上げる責任を持っています。レースのストーリーを彼らに伝えてください。彼らがその車に座っていることを彼らに思い出してください。 この物語は、ビジネスユーザーやプロジェクトマネージャーが、何かをしなければならないことを知っている建築家やエンジニアを倒そうとすると、あなたのクイーバーに矢印になることを願っています。 テクニカル債務は、我々すべてが生きているものだ。テクニカル債務リスクを軽減するために使用するツールを選択することは、我々の手の中にある決定である。 確保するコード化されたアーキテクチャを提供します。 あなたはこのチームの肩の上に立って、夜は簡単に休むことができます、または全速で3番手を取ることができます! データオプション.live データ管理が支配される データオプション.live データ管理が支配される
