デジタルプラクティショナーの知識体系-プラクティショナー向けのデジタル変換ガイドラインの概要

Digital Practitioner Body of Knowledgeフレームワークは、比較的最近リリースされました。この作品は、非常に関連性の高いトピック、つまりデジタル製品と事業の立ち上げをカバーしています。私の記事はこの資料の概要です。デジタル企業のさまざまな側面で使用されている一般的な手法について説明します。 



DPMBoKの内部方法論資料を用意しました。私の意見では、この春、デジタル変換を実行する必要のないビジネスが今日ほとんど残っていないことが誰にでも明らかになりました。この投稿により、このトピックに関心のあるすべての人を最新の状態にしたり、コメントで興味深いディスカッションを開くことができます。



ソース



成長の過程にあるデジタルビジネスの要素（デジタル製品またはサービス、プラットフォーム、エコシステム）に基づく企業は、「従来の」管理の観点から不合理な減速または計画された拡張の欠如の瞬間に直面しています。これらの瞬間は、外部または内部、技術的または組織的、解決可能、または一見克服できないなど、多くの要因（障害、制限）によって引き起こされる可能性があります。いくつかの障害は、解決策を試すことができる特定の業界で一般的です。また、ビジネスモデルや業界に関係のない制限が発生する可能性があります。この状況の説明は、重要なITコンポーネントを持つデジタル製品が非常に複雑な社会的および技術的システムであるという事実にあります。その意味は、コンポーネントや相互作用の小さな変更は、全体的な動作と価値に大きな影響を与える可能性があります。



最も不快なことは、そのような制限が歯痛に似ているということです-彼らは以前に知っていたでしょう、ドリルしたり取り除いたりする必要はなかったでしょう。インターネットフォーラムを使用して企業を診断しようとすると、多くの場合、専門的なサイトは効果的ですが、非常に労力を要する方法です。プロのコンサルタントや専門家を探すことは良いことであり、おそらく正しいことです。ただし、この場合は、「対象になる」か、他の人の経験を研究して事前に準備することをお勧めします。



戦略的開発とデジタル変革の中心にいる同僚と私（「LANIT-Integration」社で運営）は、デジタル企業の創設と運営に従事しており、コンサルティングプロジェクトの方法論的基盤を長い間形成してきました。それにもかかわらず、私たちはこの一連の知識の補完性と完全性にうれしく驚きました。今日の現代のビジネス文学を読むことは、しばしばありがたい仕事です-資料が多すぎて、必要なものを見つけるのは難しいです。個々の版は、その意味を8行のテキストで定式化することができ、95％が、エッセイの形で設定された歴史的および個人的な遠足で満たされています（このテキストのように）。 



多くの出版物は、デジタル製品の作成、チームワーク、または技術的な課題の特定の問題に焦点を当てています。



長い間、デジタル企業のすべての側面をカバーする出版物は市場にありませんでした。しかし、彼らが言うように、「聖なる場所は決して空になることはありません」、そして2019年半ばに、オープングループの著者のグループは、最も典型的で重要な課題を解決するためのすべての関連するアプローチに適合しようとしたデジタルプラクティショナー知識体系の最初のバージョンを発表しました。デジタル企業の所有者と従業員の前に発生します。



このセットは、方法と用語のオントロジーだけでなく、実際のチームや企業が説明したツールキットを使用した実際の経験を開示した、一貫して述べられたデジタル企業の道筋です。 





ボールト自体は、次の2つの形式で利用できます。 

• インターネットポータル（英語の資料に精通するのが難しく、ブラウザの翻訳機能を使用できる方には便利ですが、並行して原文に精通することをお勧めします）、
• 登録後にダウンロードできるpdfバージョン。

ちなみに、ポータルの存在はオープングループの気まぐれではありません。著者がDPBoKに基づいて定めた原則の1つは、次のように述べています。「知識の本体自体が存在し、デジタル製品として開発されなければなりません。開発者は、オーディエンスの構造、配信チャネルの有効性、開発自体を一定のペースで実行し、フィードバックやオーディエンスとのやり取りによってコンテンツを変更する必要があることを明確に理解している必要があります。」



コーデックスは6つのセクションで構成され、最初の5つは基本的に入門的なものです。それらは、作成の理由と目的を開示し、使用のためのガイダンスも提供します。



著者は、デジタル化の開始により企業が独自のビジネスモデルと戦略を再考することを余儀なくされている理由を非常に明確に説明しています。



ボールトの多くの要素は、The OpenGroupによって以前に作成された資料に基づいて構築されています。重要な資料の1つは、組織変更の7つのレバーの原則です。これは、デジタル企業を構築するために必要な基本要素です。

• ビジネスプロセスの変革。
• 顧客体験と相互作用;
• 製品のデジタル変換。
• ITおよび製品実装プロセスの変革。
• 組織文化;
• 戦略;
• エコシステムとビジネスモデル。

今後、DPBoKには、他のよく知られた標準や知識体系への多くの参照が含まれていることは注目に値します。これは、完全性とカバレッジを維持しながら、提示されたすべての問題に対してホイールを再発明することに著者が消極的であることを強調しています。



著者は、実際には、デジタル製品を作成する現代の方法は、古典的な方法と反対すべきではないと述べています。時間とコミュニティでテストされたツールキットは、企業の適切な規模で一定期間にわたって役立つ可能性があります。  



第6に、これは、デジタル企業を拡大するスキームに従って構築された一連の知識の主要かつ最も膨大な部分です。スタートアップの創設者のタスクからデジタル企業の問題までです。





デジタル企業が自分自身を見つける各段階には、最も関連性の高い問題とその解決策へのアプローチに関する知識のセクションが含まれています。 







最初のコンテキスト（「創設者」）は、デジタル製品を作成するために必要な基本的な知識とスキルのセットを示します。提示された資料は、アイデアの生成、仮説の収集とテスト、ユーザーフィードバック、計画-構築-実行サイクルの作成など、リーンスタートアップの原則とほぼ一致しています。 Digital Foundationsセクションでは、デジタル製品のライフサイクルの概念（アイデア>投資>開発>変更>配信>使用>サポート>回復>改善/撤回）など、顧客の価値を生み出すメカニズムを理解するのに非常に役立つ図を提供します。 ..。





これに関連して、仮想化の問題、クラウドとハイブリッドインフラストラクチャの使用、コンテナ、コードメカニズムとしてのインフラストラクチャなど、デジタル製品の発売に必要な技術インフラストラクチャを編成する現在の方法が示されています。 



デザートの場合、このコンテキストでは、俊敏なアプリケーション開発および配信ツールに慣れることができます。 Habrの定期的な読者がここで何か新しいものを見つける可能性は低いですが、反復的な開発モデルとDevOpsの開発の理由への歴史的な遠足は役立つ可能性があります。



2番目のコンテキストには、製品、作業、運用の管理など、独自の製品を作成する小規模チームの効果的な作業に必要な一連の手法とツールが含まれています（「インフラストラクチャ」は忘れられていません）。



トータルモビリティの登場以来、製品作成の技術的部分に焦点を当てたチームは、その消費者価値を管理する能力を備えている必要があることが明らかになりました。市場を理解し、常にユーザーのニーズを探し、フィードバックに対応することは、製品の実装と配信と同じくらい重要です。 



これらの問題は、製品管理の基本セクションで対処されています。ここには多くの便利なテクニックがあります。たとえば、データ>洞察>信念>率の連鎖に沿って構築されたDIBBモデルは、仮説テストメカニズムの重要性を示します。また、Jobs-to-be-Done製品の調査アプローチとDesignThinkingの概念を理解することも役立ちます。



出典：Jobs-to-be-Done



コードの作成者は、BABoKの別の専門知識体系で策定された、将来の製品の要件の特定に関連する従来のアプローチを通過しませんでした。



無駄のない製品開発方法への一般的な順守にもかかわらず、著者はこれらの方法の適用性における既存の制限を指摘します。すべての製品がA / Bテストがうまく機能するソーシャルメディア（花）であるとは限りません。要件の精緻化を必要とするシステムエンジニアリング製品（歯車）の大部分はまだ存在します。



製品開発の問題の論理的な継続は、作業管理のトピックです。つまり、製品が多様であるが関連するタスクの完了を必要とし始める瞬間です。



ここで、DPBoKの作成者は重要なアクションを実行しました。製品の概念と、関連するすべてのアジャイルで無駄のない方法を開発する概念との関係について説明しました。「完了」の概念の定義、タスクキューの管理、「未完了」の削減、バックログのコストに基づくタスクの優先順位付け（財務面ではエンジニアと製品エンジニアの両方に役立つ）など。 





同様に価値のあるリソースは、リーン製品開発セクションです。 「開発は時間枠を決定できない創造的なプロセスである」というプログラマーの古くからの意見は、リーン製品およびプロセス開発アプローチ（開発のすべての段階で貴重な時間を無駄にせず、透明で予測可能なプロセスを構築するのに役立つ一連の効果的な方法）に反論を見出しました。技術の多くは、時と市場の試練に耐えてきた日本の自動車産業の経験から来ています。



「操作」（「インフラストラクチャ保守サービス」と言うこともありますが、そのような翻訳は操作という用語の意味を完全には反映していません）に関して、2番目のコンテキストは、「操作」と製品のライフサイクルおよびユーザーエクスペリエンスとの関係を定義するだけでなく説明します。また、サービスレベル、システム構成、メディアパイプライン、およびテレメトリの概念も定義します。これらはすべて、システム管理から遠く離れた人が理解できる言語で提示され、デジタル製品の全体的なビジョンを作成するのに役立ちます。 



テクニカルスケーリングの原則（CAPおよびAKF）に精通していることの有用性は、過大評価することはできません。製品の開発および実装のプロセスに夢中になっていると、ある時点で、システム負荷の問題に非常に戸惑うことがあります。



3番目のコンテキスト「チームのチーム」に移りますが、このレベルは、数十の有名な国内企業の特徴であることに注意してください。しかし、コンテキストの野心性にもかかわらず、そのコンテンツは、個別のデジタル製品だけでなく、企業全体の開発について考え始めた専門家や起業家にとっても役立ちます。 





この段階では、チームの調整、財務管理、および文化的および組織的な問題が最初の場所であると主張しています。実際、これらはデジタル企業だけでなく、古典的な管理の主要な管理上の問題であると言えます。フレデリック・テイラー、エドワード・デミング、ピーター・ドラッカー、および労働組織の分野における他の実践的な科学者の仕事を無視することは不可能です。しかしこの場合、The Open Groupの著者は、長い研究で読者を苦しめることはありませんが、デジタル企業の成功のための労働の科学的組織の重要性についてのコンパクトで論理的な説明を提供します。 



経済的側面の紹介は誰も傷つけません。著者は、財務要素を最前線に置いていません。はい、企業は所有者にとって利益を上げなければなりません。しかし、このルールはデジタル製品のビジョンと開発に反するものではありません。





コスト計画、最適な要件に基づく意思決定、投資を呼び込む方法、価格設定、および外部サービスとサービスの取得-これらは怠惰な質問ではなく、ソリューションへの理解とアプローチが必要です。



このセクションでは、最もよく知られているスケーラブルなアジャイルアプローチの1つであるSAFeを頻繁に取り上げます。これは、一連の記事全体に値するものであり、目標の設定と作業の定義は財務実績に基づいています。 





組織コンテキストセクションは、組織構造と採用プロセスへの記入から、最も複雑な組織文化の問題まで、次の順序で構成されています。 



実際、4番目のコンテキストは、デジタル企業の主要なリーグであるYandex、Google、Facebookの存在に関するトピックの問題を説明しています。これは、このセクションに小規模な組織にとって価値がないことを意味しますか？どんな場合にも！重要なのは、この規模の企業はもはや孤立したシステムとして存在しないということです。それらは、他のデジタル企業の発展のためのプラットフォームとエコシステムを提供します。 Sustainable Enterpriseのコンテキストに慣れると、以前は気まぐれで官僚的だと思っていたBiggerの要求を理解（および許し）、期待をそれらに適応させ、より生産的な相互作用を生み出すことができます。 

では、なぜDPBoKを読む価値があるのでしょうか。

まず、それは美しいです。第二に、DPBoKは、新たな課題に対処するために迅速にアクセスできるデジタル企業の作成と成長に関連する、理解可能で価値のある知識の絞り込みを提供します。そして第3に、現在の優れた実践に関する一連の最良の参考資料と、現在の瞬間をより完全に理解するための有用な洞察と重要な歴史的参考資料を入手します。



この資料が、デジタルエンタープライズの構築に向けた旅に役立つことを願っています。ご不明な点がございましたら、コメント欄でお答えさせていただきます。