ミドルオフィス制度とは何か、その課題と解決策とは?

この記事は、 drawon.cn (デスクケース)の創設者によって編集されました。

約18年前、中台の概念が広く議論され始めました。

しかし同時に、中台とは何かについてはさまざまな意見があります。

一部の人にとって、ミドル プラットフォームとは、マイクロサービス開発フレームワーク、Devops プラットフォーム、PaaS プラットフォーム、コンテナ クラウドなどのテクノロジー プラットフォームであり、人々はそれを「テクノロジー ミドル プラットフォーム」と呼んでいます。
一部の人々にとって、ミドル プラットフォームは、最も一般的なユーザー センター、注文センター、さまざまなマイクロサービス ディストリビューション センターなどのマイクロサービス ビジネス プラットフォームであり、人々はそれを「ビジネス ミドル プラットフォーム」と呼んでいます。
一部の人々の目には、ミドル オフィスは組織の問題であるべきであり、それが可能性を解放していると考えられます。企業の内部リソース スケジューリング センターや社内イノベーション インキュベーション組織と同様に、人々はそれを「組織のミドル オフィス」と呼んでいます。

これらの理解はすべて正しいですが、不正確または不完全な部分もあります。中台はまだ定義途中の概念であり、誰もが感じているものの定義が難しい状態です。そして、この比較的曖昧な状態がかなり長期間続く可能性があることが予測されます。

同時に、大量の情報を検討し、JD.com やその他の大手メーカーの中国・台湾担当者とコミュニケーションをとった結果、業界における中国・台湾に関する議論の現在の視点はまだ確立されていないことがわかりました。主に戦略や組織構造のレベルでの話であるのに対し、中国・台湾では企業の事業が一定の段階にまで発展すると、ボトルネックや障害に遭遇し、現実的な問題を解決するためのソリューションを提案するためです。

戦略的な観点から見ても、それは確かに全員の視野を広げ、中台をより高い次元から理解することができます。しかし、戦略は実際のビジネスに基づいて策定されるものであり、ビジネスを脇に置いてそれについて話すと、それは天空の城のようなものであり、中台が何であるかをまだ理解することはできません。

次に、実際のビジネスの観点から、中台の「前世と今」、そして中台でプロダクトマネージャーになるためにはどのような能力が必要なのかについてお話しします。

なぜミドルオフィスが必要なのでしょうか?

市場における中国と台湾の関係というと、2013年にジャック・マー氏がスーパーセルを訪問し、2015年にアリ社の中台戦略を決定したこと、もう1つはファーウェイの中台戦略の変革、それは「銃声を聞く者に戦いを指揮させよ」という有名なフレーズです。

このことは、中台がトップダウンの戦略的選択であるかのように誰もが錯覚しているようだ。上司は中間のプラットフォームが良いと考えているため、中間のプラットフォームを構築したいと考えています。

しかし、現実は多くの人々の想像とは異なる可能性があり、中台の出現は完全にトップダウンの戦略設計ではなく、特定の業界トレンドに従うためでもなく、同社の事業の急速な発展に従うためのものです。組織の継続的な拡大中に明らかになった問題を解決する必要があります。現時点では、中台の概念はちょうどこの問題に対応しているため、誰もが中台を受け入れます。

ここ数年、モバイルインターネットの恩恵を受けて、多くの企業が急速に発展し、大規模な事業拡大を行っていますが、事業拡大のスピードが速いのは当然のことであり、企業にとっては当然のことですが、しかしそれに伴う問題は、社内に問題があり、多くの重複した建設とリソースの無駄が発生しているということです。

これは、アリの共有サービス部門の開発に当てはまります。

当初はタオバオのみでしたが、B2Cのビジネスモデルも電子商取引分野の重要な部分となることに気づき、天猫が登場し、天猫の継続的な発展により徐々に独立した部門となりましたが、どちらのセットにも、注文、商品、在庫、価格、倉庫保管、物流などの基本的なビジネス システムが含まれています。これら 2 つのシステムは互いに独立しており、独立して動作します。

約 10 年後、アリ氏が 1688 や Juhuasuan などの事業を立ち上げ始めたとき、これらの事業は異なる分野を対象としているものの、主に注文、商品、在庫、価格、倉庫、物流など、必要なシステム機能が非常に似ていることに気づきました。およびその他のシステム。これらすべての新しいビジネス システムを再開発する必要がある場合、これは間違いなく多大なリソースの無駄になります。既存のシステムを新しいビジネスのニーズに合わせて調整できるのは明らかですが、なぜ新しいシステムの開発を続ける必要があるのでしょうか?

このような背景から、アリでは今後も社内のシェアードサービス部門の権限強化を進め、各事業部門の再利用を一元化し、構築を重ねてきた機能やシステムを一元的に企画・管理していきます。

実際、多くの企業でミドルオフィス部門やプラットフォーム事業部門が誕生する背景や状況は似ています。

たとえば、滴滴出行は 2015 年末に独自の中台湾戦略を開始しましたが、これは当時の滴滴出行の事業開発段階とも関連していました。

Didi は 2015 年末、特急列車、タクシー、自家用車、配車サービス、運転手サービスを含む垂直構造を短期間で構築しました。

これらのビジネスにはいくつかの違いがありますが、中核となるシステムとプロセスは似ています。独自に開発すると様々な問題も発生します。

例えば、開発コストが高すぎる 滴滴下の各事業は実際に独立して企業をサポートできるが、各事業が極端に独立すると、開発コストと人件費が非常に膨大になる コストを抑えるためには、開発速度を遅らせる必要があるシステムの構築が不十分であるということは、コア システム自体の品質も外部のユーザー エクスペリエンスもあまり良くないことを意味します。

このような背景から、Didi もフロントデスクのサービス能力を向上させるために、さまざまな都市で多くのビジネスやシステムを統一的に計画および構築することを検討し始めました。

実は、先ほどお話ししたような中台ビジネスを展開する多くの企業も同様の課題を抱えており、その課題は大きく分けて2つに分けられます——

1 つは、多くのビジネス要件や機能要件が類似性が高く、汎用性が高いにもかかわらず、企画と開発を担当する専任チームが存在しないため、多数のシステムが開発と構築を繰り返し、再利用性が低く、効率が低く、生産性が低いことです。研究上の問題、リソースの無駄、一貫性のないユーザー エクスペリエンス。

もう 1 つのタイプは、初期のビジネス開発プロセスにおいて、現在のビジネス上の問題を解決するために、プラットフォームベースの計画、水平システム、上流のシステムが欠如しているため、垂直的で個別化されたビジネス ロジックが基本システムとあまりにも深く結合していることです。また、それらの間には多くのクロス ロジックが存在するため、システムを直接再利用したり、新しいビジネスや新しい市場の拡大中に迅速に反復したりすることさえ不可能になります。

これら 2 種類の問題は、ソフトウェア開発の分野では、「車輪の再発明」および「煙突アーキテクチャ」と呼ばれる特別な名前が付けられています。これら 2 つのタイプの問題は、本質的には、開発プロセスにおいて、現在のビジネス上の問題を解決するために、多くの機能を短期間で立ち上げ、多くの技術的負債を負っていることが本質的にあります。これらの問題が存在し、企業の運営効率と運営コストに深刻な影響を与えることを認識しています。

これらの問題を機械化および製品化して解決する方法は、データ、機能、製品、さらには製品の形で統一された企画開発を通じて企業内での高い汎用性を備えた経験をより適切に計画および開発し、フロントオフィスをより良く支援することができます。ビジネス部門はビジネスにさらに注意を払い、業務運営の効率を向上させ、企業の競争力を強化し、それが企業発展の基本的な出発点となります。

現段階では、中国・台湾戦略を提案したり、大中規模の台湾を建設したりする企業のほとんどが同様のジレンマを抱えている。ビジネスは長年にわたって急速に発展しており、多くの問題が固定化されているか、多くの「車輪の再発明」問題が解決されつつありますが、中台のコンセプトは多くの大手企業のビジネス展開に適合しているため、誰もが広く認識しています。ケース。

中国と台湾はどのような問題を解決できるでしょうか?

製品設計のアイデアやシステム アーキテクチャのアイデアとして、Zhongtai は企業の規模に限定されません。理論的には、急速なビジネス成長を遂げようとしている、または直面している企業であれば、Zhongtai を使用し、学ぶ価値があります。現在のビジネスで再利用可能な機能やシナリオを多数備え、ビジネスの急速な成長に備えます。

これは中小企業においては実質的に重要です。

多くの中小企業にとって、生き残りの苦境を抜け出し急成長段階に入ると多くの問題に遭遇しますが、高い確率で遭遇する問題の一つは、これまでのビジネスモデルや製品が継続的に存続し続けることです。大規模なユーザーの増加によってもたらされるプレッシャーに対処する能力を十分に発揮できない可能性があります。

そして、各ユーザーに詳しく話を聞いてみると、以前にも問題が発生していることがわかりますが、問題が多すぎるため、期待されたものを提供できず、従来のように期待を超えることさえできません。サービスを提供しても相手は不満を感じてしまいます。

これは、多くの企業が新規買収によって誕生し、維持によって消滅する理由の 1 つでもあります。

この段階での多くの企業の選択は、問題を一時的に解決して機能をすぐに開始することです。これは不可能ではありませんが、ソリューションが新たな問題を引き起こし続け、最終的には機能が複雑になりすぎて実行できなくなる可能性が非常に高いです。戻りにくいところ。

そこで同社では、長期的に価値のある機能の一部を可能な限りモジュール化、開発、最適化することで、事業規模がさらに拡大してもビジネスニーズに応えられるようにしている。さらに、機能や方法論を継続的に最適化することで、それがいつか業界全体の方法論になる可能性さえあります。

このプロセスは、高速飛行中の飛行機の修理によく似ています。一方で、翼は粉々に砕け、崩れ落ちますが、他方では、エンジンはまだ作動しており、まだ前に飛ぶことができますが、次の戦闘に行った場合、確実に飛行できるとは限りません。飛行機は飛べなくなり、落下してしまうので、次の戦闘までに飛行機を修理しなければなりません。

ビジネスの発展に伴い、航空機に対する要求は単に修理するだけでなく、何らかの問題を事前に防止できることを望む場合もあります。あるいは、航空機が最も効果的な場所を把握し、そこで最大限の効果を発揮します。もしかしたら、後でいくつかの問題を回避できるかもしれません。

これが中台のコンセプトであり、中小企業の社内製品企画のインスピレーションとなるかもしれません。

もちろん、中小企業にとって、中国と台湾の概念は、必ずしも数十人を単独で集めて中国と台湾の生産研究チームを構築する必要があるわけではないということを思い出していただく必要があるということです。ソリューションの作成と、最初に商品化する必要があるいくつかの機能は、ビジネスが始まったばかりの企業にとって非常に重要である可能性があります。

中国と台湾が直面する課題

一方で、思考と認識の限界

多くの会社の上司、製品マネージャー、または研究開発チームは、当面の問題を解決することに夢中になっており、KPI 指標のプレッシャーにさらされ、さまざまな問題やニーズを解決するために、包括的で詳細なグローバル生産コンセプトを採用する方法を考える時間がありません。企業内での質問です。上記のような悪循環に陥ります。

一方で技術力は十分ではない

ミドル プラットフォームの開発には、非常に強力なアーキテクチャ設計能力、フルシナリオのビジネス思考能力、実際の開発およびコーディング能力が必要です。インフラや基本プラットフォームの開発に相当します。多くの中小企業は、ミドル オフィスの設計と開発能力を持っていないか、ミドル オフィスへの長期的な投資は費用が無駄になり、短期的には利益が得られないと考えています。専門分野の人々は、ミドルオフィスの意味を理解することが難しいことがよくあります。

第二に、多分野の協力にかかるコストです。

ビジネス部門にいる場合、ビジネスへの対応は比較的簡単です。しかし、ミドルオフィス部門において複数の事業に対応することはそう簡単ではありません。

同じ要件でも、A 部門と B 部門ではプロセスがまったく異なっていたり、似たようなプロセスであったりすることがわかりますが、具体的な内容となると大きな違いがあります。

さらに恐ろしいのは、同じ問題でも、ビジネスの開発段階が異なるため、問題に対する態度がまったく異なることです。一部の部門ではビジネスが非常に成熟しており、独自のプロセスが非常に明確であるため、部門によっては、既存のプロセスを調整してください。ただし、一部の部門はまだ検討期間にあり、あなたが提起した問題に遭遇していないため、あなたをまったく無視する可能性があります。現時点では、中堅および台湾のプロダクト マネージャーにとっての課題は非常に大きいです。

同じ要件を繰り返し確認するなど、異なる部門間のコミュニケーションと調整に多大なエネルギーを費やし、長い間明らかな進歩が見られない可能性があります。現時点では、中間および台湾のプロダクトマネージャーには、強力なコミュニケーション、調整、コラボレーションのスキルが求められます。

そして、彼らが次に実行しようとしているソリューションは、複数の企業にサービスを提供することになるためです。このとき、ミドルオフィスのプロダクトマネージャーには、高い論理的思考力が求められ、異なるニーズの中から共通のニーズを見出し、製品化されたソリューションを導き出すことが求められます。

さらに、まだこの問題に遭遇していない一部の事業部門についても同様です。彼らは通常、別のビジネスを立ち上げるか、自分たちでそれを行うことを好みます。現在のビジネスを常に盾として利用し、プラットフォーム部門が行っていることを利用することを望まないため、多くの企業のプラットフォーム部門における地位が低くなったり、企業の戦略層が推進しない限り開発プロセスが非常に困難になったりします。 。

コミュニケーションとコラボレーションのソフト スキルと、論理的な抽象化に関するハードな思考の両方が必要であり、これはミドル オフィスのプロダクト マネージャーにとって最も困難な場所かもしれません。

課題はありますが、必ずしも不可能ではありません。ミドルエンド プロダクト マネージャーにとって、今述べた内容は、ミドルエンド プロダクト マネージャーが、ミドルエンド製品の立場が直面する課題と作業について、予備的なフレームワークを理解するのに役立つだけです。

しかし、実際のビジネスシナリオでは解決すべき複雑な問題が数多くあります。

中堅および台湾の製品の場合、その機能要件は実際には非常に大きくなります。一方で、ビジネスの主要なプロセスを理解し、ビジネスの次の発展方向を理解し、それらを研究開発とともに実現できる製品機能に変換するには、強力な論理的思考と戦略的分析能力が必要です。一方で、高いコミュニケーション能力やコミュニケーションスキルが求められ、複数の事業ライン、異なるニーズ、背景、考え方を持つ関係者と連携して関連機能の実現を推進することができます。

その背景にはテクノロジーとアートがあります。

Yunjing のミドルオフィス向けソリューション

技術的に言えば

Alibaba Cloud ミドルプラットフォーム システムで使用されているテクノロジーは、第 1 世代のテクノロジーに属します。

Tencent Cloudは第2世代テクノロジーに属します

そして、Yunjing は、WebComponent テクノロジーを使用したフロントエンド マイクロサービス、およびマイクロ フロントエンド テクノロジーという第 3 世代のテクノロジーに属します。バックエンドにはマイクロサービス技術とレスポンシブプログラミング技術を採用し、運用保守レベルでは運用保守ツールとして「K8S」を採用しています。さまざまなシーンのニーズにお応えします。これは長年にわたる業界の問題点をまとめたものであり、鍛造後のベストプラクティスであると言えます。

Yunjing は製品であると同時に芸術でもあり、企業が上記の問題点を解決するのに役立ちます。

おすすめ

転載: blog.csdn.net/besidemyself/article/details/130326002
おすすめ