PostNLがローコードで新しいビジネスモデルを実現
「まだ表面をなぞっただけだ」ジャスパー・テン・ホーヴはIT部門がこれまで行ってきた仕事について謙虚に語る。 PostNL.
ten Hove 氏は、オランダの国営郵便会社であり、ベネルクス最大の物流および小包会社である PostNL の物流電子商取引 IT マネージャーです。同氏は、成長を続ける PostNL の小包ビジネスの生命線である、目的に合った新しいカスタム構築の注文管理システムについて語っています。
このシステムとその構築方法により、PostNLは1.1日あたりXNUMX万個の小包を処理し、前年比で大幅な成長を遂げ、わずかXNUMX四半期でXNUMX年間のITバックログを解消することができました。
これらすべての結果ですが、PostNL の Ten Hove 氏と彼の同僚にとって、これらの成果は長期的なビジネス戦略の始まりにすぎません。彼らのチームは、開発のスピード、継続的なフィードバック ループ、ビジネス目標への鋭い整合性を通じて、価値の好循環を生み出しました。
物流業者が成し遂げた最大の成果は、ソフトウェアを顧客とのビジネスの中心にしっかりと据えたことだ。 Mendix ローコード開発プラットフォーム.
PostNL の IT 部門は、PostNL をソフトウェアを提供する郵便および小包会社から、郵便および小包を配達するテクノロジー主導の会社へと変革しています。これらすべては、おそらくこれまでに試みられた中で最も複雑なローコード実装である、マイクロサービス アーキテクチャの注文管理システムから生まれた新しい作業方法によって実現されています。
処理の変更
PostNLが Mendix ローコード プラットフォームは次の組み合わせです。
- 変化する市場の需要
- する必要性 ITシステムを適応させる ビジネスビジョンにマッチする
PostNLの基盤は郵便事業、つまりオランダとベルギー全土の17万人の顧客の郵便受けに直接手紙や小包を配達することで築かれました。PostNLは今でも8.1日あたり15万通の手紙を配達していますが、過去XNUMX年間で同社は配達件数が爆発的に増加しました。 小包事業電子商取引の急速な成長によって促進されました。
しかし、PostNL はそれを実現しています。郵便事業を基盤とする PostNL は、小包事業への移行に成功しました。その結果、2020 年には PostNL の小包事業が正式に郵便事業を上回り、事業の最大部分を占めるようになりました。この成果に不可欠なのが、同社の注文管理システムです。
荷物の注文数の増加を予想して、注文管理システムのプロダクト オーナーである Chris Neuteboom 氏と彼のチームは 2007 年にソリューションの開発を開始しました。このシステムは、当時 Neuteboom 氏とチームが驚異的な規模だと考えた 600,000 日あたり XNUMX 万件の注文を処理できました。注文管理システムは、従来のプログラミング言語と古いオペレーティング システム、サードパーティの開発者によって開発された、典型的な技術的なモノリスでした。
注文管理システムは、PostNL のコアビジネスにとって極めて重要でした。そして、多くのモノリスと同様に、Neuteboom、Ten Hove、およびチームの他のメンバーが構築した注文管理システムは、急速に成長し変化する市場の需要にもはや対応できませんでした。電子商取引は引き続き急成長し、小包の注文数は、予想された 600,000 日あたり XNUMX 万件のピークをはるかに上回る傾向にありました。
増大する電子商取引の需要を満たすためにシステムを拡張するという問題を超えて、物流ではビジネスプロセスの継続的な改善が求められます。これらのプロセスを最適化するには、 物流業者 する必要がある：
- ソフトウェアを素早くアップデート、時にはリアルタイムで
- ダウンタイムを回避または軽減する 重要なシステム
モノリシックな注文管理システムと増加する需要により、このレベルの規模とプロセス改善をサポートすることは不可能でした。
PostNLのビジョンは より近代化された 注文管理システム。はい、荷物の需要に対応する必要があります。荷物の需要は今後も増加し続けるでしょう。実際、パンデミックに見舞われた2020年には、荷物の需要はほぼ一年中ホリデーシーズンのピークに達していました。
しかし、2015 年時点でも、PostNL は小包の枠を超えて、時間指定、家具の配送、フルフィルメント、健康・医療など、他の事業分野への進出を視野に入れていました。これらすべてには、小包の入出力プロセスの多くを反映するサポート ソフトウェアが必要ですが、配送とデータのニーズはさまざまです。
パッケージによって必要な情報は異なりますが、一般的には小包や郵便物と同じ入出力プロセスに従います。たとえば、大型貨物と医薬品です。これらの品目の受注に関するビジネス プロセスは非常に似ていますが、2 つの情報構成は大きく異なります。それぞれに異なる機器と配達員が必要です。一方は時間に敏感ですが、他方は通常そうではありません。一方は冷蔵が必要な場合があり、他方は冷蔵庫が必要な場合があります。
PostNL は、オペレーターと呼ばれる異なるビジネスを識別することでこれらのアイテムを区別しています。オペレーターは、アイテムの固有のニーズに最も合うように独自の物流機能を備えているため、注文管理システムは、オペレーターを通じて配送されるものに応じて変更する必要があります。
市場をリードする物流プロバイダーになるというビジョンと、プロセスを常に瞬時に変更することでこれを実現するという野心を持っていた PostNL は、脆弱でモノリシックな状態の注文管理システムではこの基準を満たすことは不可能であることを認識しました。
基礎を築くために 将来の規模PostNL を市場をリードする効率的な物流プロバイダーに変革するためには、何かを変える必要がありました。
新しいルートを計画する
モノリシックシステムはかつては注文管理などのユースケースに適していましたが、その明確な安定したアーキテクチャにより、 急激な変化 常に変化するビジネス環境に対応するために求められる要件は、困難または不可能です。PostNL のチームは、ビジョンを実現するために、難しい課題に取り組みました。安定性と信頼性を犠牲にすることなく、継続的な変更と最適化のための経路を提供する必要がありました。
2015 年、ニュートブーム、テン・ホーブ、ランプは注文管理システムの再構築に着手しました。しかし、そのプロセスは遅々として進みませんでした。従来の言語でコーディングする場合、単純なビジネス プロセスに見えても複雑な構文で表現されるため、読者は改善のための変更を提案する前にその意味を解釈する必要があります。変化のスピードが大きな原因で、プロセスは遅々として進みませんでした。2019 年までに、チームは作業のおよそ 40% しか完了していませんでした。
Neuteboom 氏は、新しい注文管理システムの目標を次のように要約しています。
アーキテクチャを再考する一環として、注文管理システムを、PostNL が一度構築すればオペレーター間で再利用でき、配送される品目に応じて必要に応じて調整できるフレームワークに変える必要がありました。
荷物 18 個につき、荷物を目的地まで運ぶ処理チェーンには 32 のイベントまたはタッチポイントがあることを考えると、これは決して簡単な作業ではありませんでした。このチェーンには、荷物をどこに、いつ配達するか、署名が必要かどうかなどのメタデータが含まれています。10 の仕分けセンターにわたる重複したサービスで構成される新しいシステムでは、XNUMX 日あたり XNUMX 万件以上のトランザクションを処理する必要があります。
ニュートブーム、テン・ホーブ、ランプは、より迅速に行動し、組織を将来に備えるための代替開発方法を探し始めました。最終的に、彼らはシステム全体を再構築することを選択しました。 Mendix、広大な マイクロサービスアーキテクチャ.
荷物は発送中です
非常に野心的な目標を掲げて、PostNLはチームを結成しました。社内では、ビジネス関係者と協力して、構築したアプリケーションがユーザーのニーズに本当に合っているかを確認しました。社外では、PostNLは Mendix 配達パートナー CAPEグループ 注文管理システムを再構築および再設計し、PostNL のビジネスを運営するフレームワークに変換します。
CAPE Groepのプログラムマネージャー、アーサー・ヴァン・レーウェン氏によると、彼らの出発点は「ソフトウェアを市場に投入する最も効率的な方法を見つけること」だった。 アプリケーションパーツの再利用 コードとモデルの品質を考慮します。所有コストを下げるには、これらすべての側面に品質を組み込むことが重要です。」
CAPE Groep 開発者の Terence Duinkerken 氏は、配送センター ネットワーク全体のスケーリングについて詳しく説明します。「物理的なビジネスをスケーリングするにはどうすればよいでしょうか。基本的に、そのスケーリング方法をコピーするのです。これをサポートするため、非常に大規模なマイクロサービス ランドスケープを開発しました。」
チームは、64 個のマイクロサービスからなるアーキテクチャを考案しました。PostNL の 32 か所の仕分けセンターにはそれぞれ XNUMX つの専用サービスが割り当てられます。
- An 入力サービス受注担当
- A プロセスサービス注文の変更処理
各サービスには、一方がダウンした場合に備えて複製バージョンが割り当てられ、高可用性が確保され、PostNL の納期厳守への取り組みを強化するフェイルセーフが構築されます。このアプリケーションのメッシュは、小包のルートをフィールド サービス プラットフォームに送信し、注文の更新を PostNL のエコシステムの残りの部分に送信して、ユーザーに注文のステータスを通知します。このシステムは、印象的な範囲を約束しました。4.5 万人が荷物を追跡し、必要に応じて配達ルートを変更できるようになります。
提案されたシステムの複雑さと、それがメンテナンスや更新に及ぼす影響を認識し、PostNLとCAPE Groepは、 Mendix プラットフォームを確実にする アクティブモニタリング 配信プロセスの管理と、展開中のソリューションの状態をプロアクティブに可視化します。
「他にも利点があります」と Duinkerken 氏は言います。「仕分けセンターごとにアプリケーションを用意しておけば、新しいバージョンを展開するときに、1 つの仕分けセンターを檻の中のカナリアのように扱うことができます。
PostNL は、ビジョンを洗練されたアーキテクチャとプロジェクト計画に落とし込み、CAPE Groep の協力を得てシステム開発に着手しました。
ローコードで実現
これに先立つ4年間で Mendix プロジェクトでは、注文管理プロジェクトの40％しか達成されませんでした。 Mendix マイクロサービスを採用し、CAPE Groep の支援を受けて、PostNL は残りのソリューションをわずか 12 か月で提供しました。
その中心となるのは次の点です。
- Mendixさん モデルベース開発
- シームレス 部門間のコラボレーション
- Mendix クラウド 展開
使い方 Mendixのビジュアル開発言語のおかげで、これらのアプリケーションを構築し、32の拠点に複製することは、従来のプログラミングや複製よりもはるかに簡単になりました。PostNLのITチームにとって、 Mendix 物流には最適です。 ビジネスプロセス.
「ローコードは、ワークフローを迅速かつ継続的に適応させるのに最適です」とテン・ホーブ氏は言います。「基本的に、オーダーマネージャーとは、ワークフローの組み合わせです。」
コードでは、開発者がビジネスドメインの専門家に、コードが1行ずつどのようにビジネスプロセスに変換されるかを示すのは困難または不可能であり、さらに困難なのは、リアルタイムで協力して問題を解決することです。ニュートブーム氏によると、それは簡単です。 Mendix「マイクロフローと表記法により、非常に読みやすくなっています。ビジネス プロセスを認識できます。」
自律的AI MendixPostNL が作成したものは、本質的にユーザーフレンドリーで、理解しやすく、保守しやすいものでした。これが Ramp にとって最も価値があると判明したのは、関係者と IT のコラボレーションです。「ローコードはビジネス プロセスなので、ビジネス トピックを理解しやすくなります。つまり、話し合うための共通言語があるのです」と同氏は言います。
PostNLは、フレームワーク全体をマイクロサービスアーキテクチャ上で実行しており、 Mendix クラウドは、完全に管理された展開ターゲットです。睡眠時間を増やすだけでなく、Neuteboom、Ten Hove、Ramp、および彼らのチームは、これらの重要なワークロードが99.95%の稼働率保証、自動リカバリ、および自動バックアップによってサポートされていることを確信しています。ランドスケープに展開された各アプリケーションは、 完全にクラウドネイティブ すぐに使用できるため、チームはきめ細かいインフラストラクチャやアーキテクチャ構成ではなく、継続的な改善に集中できます。
マイクロサービスと Mendixさん 視覚言語新しいシステムでは、コラボレーション機能や監視機能が追加され、PostNL の IT チームは分子レベルまでソフトウェアを変更できるようになりました。変更は、倉庫レベル、オペレーター レベル、さらには顧客をサポートする機能 (ビジネス顧客が営業時間内に配達を再スケジュールする機能など) で行うことができます。
PostNL は、明確に定義された DevOps 哲学と以下の CI/CD 機能により、ダウンタイムなしでこれら 64 個のマイクロサービスを定期的にカスタマイズおよび最適化できます。
- バージョン管理
- 品質とセキュリティ管理
- コントロールセンター アプリケーションポートフォリオ全体を可視化
以前は、モノリシック システムに変更を加えると、コードの残りの部分に広範囲にわたる影響を及ぼす可能性がありました。しかし、今では変更が必要になった場合、ランドスケープの残りの部分に影響を与えることなく、わずか数日で行うことができます。「新しいアプリを展開するだけです」とテン ホーブ氏は言います。以前は、「仕分けセンターに固有の要件を追加するには、2 週間ほどかかっていました」とテン ホーブ氏は振り返ります。
成功を再現する
新しい注文管理システムにより、IT は PostNL のビジネス モデルの中心にしっかりと位置付けられるようになりました。このシステムは 1.1 日あたり最大 XNUMX 万個の荷物を処理できることが実証されており、今後もさらに増加する予定です。IT チームは、わずか XNUMX か月で XNUMX 年分のリクエストのバックログを解消しました。
開発中のソフトウェアで成功するには、テクノロジーではなくビジネス上の問題に重点を置く必要があります。このような哲学的な転換により、新たなビジネスチャンスが生まれました。「この数か月で、この注文管理システムをベースに新しいサービスを開発し始めました」とニュートブーム氏は語りました。
「旧システムでは、このような変更は非常に困難で、費用がかかり、時間がかかり、リスクも伴いました」と彼は付け加えた。
PostNLは現状に甘んじるつもりはありません。新しい注文管理システムの基盤となるアーキテクチャは、実証済みの基盤とテンプレートとして機能します。 その他の事業.
たとえば、オーケストレーションを考えてみましょう。PostNL のベテランである Bram Grijzen 氏は、オーケストレーション プラットフォームの最高プラットフォーム所有者を務めています。同氏が監督するプラットフォームは、送信者、オペレーター、受信者の間で機能します。Grijzen 氏は、プラットフォームの目的を「すべてのアイテムのサプライ チェーンを作成する」と簡潔に述べています。
プロセスは次のとおりです。
- 注文が入り、追加データが追加されます。
- AI アイテムがいつ到着するかを予測するために使用されます。
- 予測は、受信者の配信設定と過去の配信履歴を考慮して実行計画に反映されます。
- オーケストレーターは、さまざまな制約に基づいて計画を実行し、計画を検証します。
- 最後に、荷物の種類によって配達業者が決まります。たとえば、自転車の配達員はソファを配達できません。
PostNL の目標は、運用効率だけでなく、業界最高の顧客体験を提供することです。オーケストレーション プラットフォームにより、顧客は配信を制御できます。PostNL は、システムの健全性から、コスト効率、NPS スコア、解約スコアによる意思決定の価値まで、あらゆるものを測定できます。
このローコード フレームワーク上に構築されたもう 1 つのシステムは、荷物用の Time Bound Network です。これにより、PostNL はさまざまな種類の荷物を厳しい時間枠内で配達できるようになります。
Ramp は Time Bound Network を所有しており、さまざまな事業分野の要件に基づいて量と品質を拡張する能力について次のように述べています。「50,000 時間あたり 60,000 ～ 5,000 件の注文を処理します。ただし、たとえば医療事業分野では注文数ははるかに少なく、XNUMX 日あたり XNUMX 件の注文ですが、注文ごとにより高い品質が求められます。」
PostNL は、このフレームワークを使用して、ビジネスのこれらの関連部分の改善も加速しています。小包の Time Bound と新しいオーケストレーション プラットフォームの立ち上げを超えて、注文管理プロジェクトのコンポーネントとノウハウを再利用して、フルフィルメント、家庭用品、健康または医薬品の配達をサポートする新しいプラットフォームが構築されています。
この新しいアーキテクチャは、堅牢でミッションクリティカルなシステムを構築するには、必ずしも大規模で不透明で、石に刻まれたものでなければならないわけではないことを証明しています。 柔軟性改善と成長のための無数の可能性を生み出します。PostNL は現在、以下の変更を迅速に実装しています。
PostNL の取り組みと技術的成果は全国的に認められており、当然のことです。この成功の大きさを反映して、PostNL はオランダで最も重要な IT 賞の 1 つである Computable Award を受賞しました。顧客は新しい方法でさまざまな種類のパッケージを受け取っており、健康および医薬品の小包の場合、生活が向上しています。
PostNL は物流のリーダーであるだけでなく、IT のリーダーでもあることを証明しています。
物流を超えて
この新しいアーキテクチャへの移行は、PostNLが現実に行っている変化のデジタル表現でもあります。かつてはアドホックベースで変更を加えたり新しい機能を構築したりするプロジェクトベースの組織でしたが、現在ではPostNL ITは、運用、保守、そして 継続的に改善 テン・ホーブ氏は、改革された部門について「ここにいる人々は長期にわたって働いています」と語る。
PostNL は IT 企業になりました。そして、IT 部門は、部門内および他のビジネス関係者との間で、反復的な構築、実験、コラボレーションのコミュニティを育んでいます。Ten Hove 氏は、IT のこうした変化により、PostNL 内のやる気のある開発者や技術志向の人材、そして今後幅広い技術職の採用に多くのチャンスが生まれると考えています。「技術的なことは、変化をもたらす意欲のある人々の手に委ねられています。」
Ramp 氏は PostNL での初期の頃を振り返ります。当時直面した制約は技術的なものだけにとどまらず、当時はうまく機能していたものが今では組織のニーズや顧客の要求を満たせなくなっています。
「その根底には、自分を凡庸なものから区別したいという、卓越した意欲があるのです。」
彼らが作成したプラットフォームの基盤となるアーキテクチャと同様に MendixPostNLの新しい働き方により、 持続可能な枠組み 今後何年にもわたってチームとともに成長していきます。チームメンバーは新しいアイデアを提案し、実験することが奨励されます。
常に改善する
ten Hove は、この新しい運営方法がもたらす新たな機会を引き続き期待しています。この新しいフレームワークの構築は、物流の合理化や運用コストの半減以上のものをもたらします。
「これにより、私たちは単なる物流業者以上の存在になるという視点が得られます」と彼は述べ、PostNL が他の物流企業や運営者を支援するために構築した機能をマーケティングおよび販売し、消費者が荷物を受け取るのに役立つより強力なエコシステムを構築することを思い描いています。
PostNL は成長を計画しています。オランダとベルギーにさらに 12 か所の倉庫を開設する計画があり、荷物の増加、ドライバーの増加、新規事業の拡大が見込まれています。この成長の中心となるのは IT チームです。
フレームワークの初期構築は完了したかもしれないが、これはまだ始まりに過ぎない。「公平に言えば、私のチームはおそらくまだやるべきことがたくさんあると言うでしょう」とテン・ホーブ氏は言う。「その点では、私たちはまだ始まったばかりなのかもしれません。」