デフォルトの退職

通常の規模のチーム内に、任意のクラスの技術に対する選択肢を3つに制限します。これらは次のとおりです。現在の適切なデフォルト、試験トライアルとして実験しているもので、嫌いなものですと退職させたいものです。

以下のような会話が行われます。新しいメッセージテクノロジーを導入したいと考えています。現在すでに何個導入されていますか。3個のアクティブに使われているものが存在します。そのうち1つはレガシーと見なされていて、移行を済ませており、これまでに試したが普及しなかったもう1つのものがあります。わかりました。今、限界を超えています。別のメッセージテクノロジーを追加したい場合は2つの選択肢があります。すべてのアプリをレガシーテクノロジーから移行するか、失敗した実験から適切に脱却するかです。これはチーム内で使用されているイノベーショントークンの数を制限するというアイデアと非常に密接に関連しています。

チームレベルでは、この種の制限を比較的簡単に維持し、議論し、行動に移すことができます。それは、共通の優先事項と作業方法、高い信頼、高い帯域幅コミュニケーションがあるためです。組織全体の範囲では課題は似ていますが、調整には時間がかかり、実際の移行と統合作業には時間がかかる場合があります。そのため、テクノロジーに多くのばらつきを許容しなければならない場合があります。また、優先技術の状況について議論し、伝えるためにさまざまな手法を使用します。

MYOBで、より広範なテクノロジーに関する決定に組織全体を巻き込むために使用しているアプローチは、Thoughtworksテクノロジーレーダーの形式に従って独自のMYOBテクノロジーレーダーを公表することです。独自のレーダーを構築する方法では、すべての業界とチームからインプットを取り、チームが採用するテクノロジー、試用するテクノロジー、さらに重要なのは回避すべきテクノロジーに関する明確な声明を行います。