バイモーダルIT

バイモーダルITとは、ソフトウェアシステムを管理および制御のために、これら2つの異なるカテゴリに分割すべきだという欠陥のある概念です。

• フロントオフィスシステム（エンゲージメントシステム）は、迅速な機能開発のために最適化する必要があります。これらのエンゲージメントシステムは、変化する顧客ニーズやビジネスチャンスに迅速に対応する必要があります。欠陥は、この迅速な開発サイクルのために必要なコストとして許容されるべきです。
• バックオフィスシステム（記録システム）は、信頼性のために最適化する必要があります。記録システムとして、企業に損害を与えるような欠陥が発生しないことが重要です。したがって、変更のペースを遅くします。

「バイモーダルIT」という用語は、ガートナー[1]によって使用されています。マッキンゼー・アンド・カンパニーは、「ツースピードIT」という名前で、同じ基本概念について語っています。（私はそれを「バイポーラIT」と呼ぶことに抵抗できません。）

私がこのアプローチについて初めて聞いたとき、私は嬉しかったです。これらのオーガスト組織が、私が「UtilityVsStrategicDichotomy」で結論付けたのと同じ結論に達したと思ったからです。しかし、読み進めるうちに、バイモーダルITは異なるものであることに気づきました。さらに悪いことに、バイモーダルITは本当に間違った方向への道であると思います。

私の最初の問題は、分離がビジネス活動ではなく、ソフトウェアシステムに基づいているということです。新しいアイデアを迅速に循環させたい場合は、フロントオフィスシステムのエンゲージメントと同様に、バックオフィスシステムの記録も頻繁に変更する必要があります。それらをサポートする記録システムを変更せずに、巧妙な価格設定プランを考案することはできません。

私の2番目の問題は、バイモーダルの考え方が「TradableQualityHypothesis」、つまり品質は速度とトレードオフするものであるという考えに基づいているということです。それは一般的な概念ですが、誤った概念です。Thoughtworksでアジャイルアプローチを迅速な機能提供に使用し始めたときに学んだ驚くべきことの1つは、本番環境での欠陥が劇的に減少したことです。クライアントのシステム（記録システムを含む）に比べて、1桁少ない欠陥で稼働を開始することは珍しくありません。重要な点は、高品質（および少ない欠陥）が迅速なサイクルタイムを可能にする重要な要素であるということです。品質に注意を払わないことで、バイモーダルアプローチに従う人々は、実際には「エンゲージメントシステム」でのイノベーションのペースを遅らせることになります。

したがって、私のここでのアドバイスは、異なる種類のソフトウェアプロジェクトに対して異なる管理アプローチを使用することが賢明ですが、この区別をバイモーダルアプローチに基づいて行うべきではないということです。代わりに、ビジネス能力中心のアプローチを取り、ビジネス能力がユーティリティか戦略的かを検討してください。