イノベーションファクトリーを構築し、アプリ開発を拡大しましょう

アルジョ・ファン・オーステン
2019 年 10 月 18 日
分読み

で最近の投稿ソフトウェアの提供方法を変えることが鍵だと述べました。デジタル変革の実行 (またはデジタル実行)。これは、開発手法と DevOps パイプライン、およびコラボレーションの方法を変更することを意味します。

アプリケーションは企業に価値をもたらします。簡単に言えば、アプリケーションを作成する必要があり、迅速かつ効率的に行う必要があります。そのスピードでアプリケーションを作成するには、イノベーションファクトリーの構築から始まります。イノベーションファクトリーとは、構造化され、反復可能で、スケーラブルな方法でイノベーションを製造および提供する方法であり、従業員を活性化し、プロセスを変更するための手段です。アプリケーションポートフォリオを作成する…すべてが大規模に。

簡単そうに聞こえますか？皮肉はさておき、アプリケーション開発のスケールアップには多くの作業が必要であることは理解しています。しかし、 Mendix、私たちはイノベーションファクトリーの構築に役立つ青写真を持っています。すべては、自分自身に 3 つの質問をして、そのうちの 1 つを避けることから始まります。

どうなるか？と尋ねる

最初に自問すべき質問は「今何をすべきか？」です。IT組織に意味のある変化を迅速に取り入れるために、今何ができるでしょうか？デジタル実行マシンの歯車を動かすために、今何ができるでしょうか？この質問に対する答えは、次のようなローコードプラットフォームを採用することです。 Mendix 迅速なアプリケーション開発を支援します。

2番目の質問は「次は何ですか？」です。 Mendix おそらくあなたのチームはそれを使って 1 つか 2 つのアプリを構築したでしょうが、勢いを維持し、アプリケーション開発プロセスと組織全体に前向きで有意義な変化をもたらし続けるために何をしなければならないか自問してみてください。

しかし、新しいソフトウェアを購入して変革を期待するだけでは近視眼的であり、「次は何をすればいいか」という避けるべき疑問につながる可能性があります。

「次に何をするか？」は成長の妨げになります。それは失敗であり、ビジョンの欠如です。「次に何をするか？」は、ローコードプラットフォーム「では、次に何をすればいいの？」と問うと、これまで一生懸命努力して実現してきた変化がすべて台無しになってしまいます。

したがって、「次に何をするか？」と尋ねる代わりに、3 番目の質問、「もしもの場合どうなるか？」を自分に尋ねてください。

これはタイプミスではありません。私たちにとって「IF」とは、新しいテクノロジーとプロセスの刺激的な未知の世界に真っ先に飛び込むことを意味します。「IF」とは、仕事のやり方を変えたときに何が起こるかという可能性です。「IF」とは、イノベーションが遠い考えではなく、構造化され、反復可能で、拡張可能な方法で製造され、提供される未来を思い描くことです。「IF」はイノベーションファクトリーです。

イノベーションファクトリーはあなたのビジョンから始まります

休暇でパリに行きたいとしましょう。空港に行ってパリ行きの飛行機に乗るだけではだめです。そうすることもできますが、希望する時間に飛行機に乗れる可能性は低く、思いつきでホテルを見つけられる可能性も非常に低いです。夢のような休暇の代わりに、ストレスを感じながらパリの街中をあちこち走り回り、寝る場所を探すことになります。これは悲惨です。

パリへの旅行と同様に、ソフトウェアの提供方法を変更するには、ストレスを回避するための計画とビジョンの設定が必要です。

ローコードによる迅速なアプリケーション開発を始める場合、ビジョンが最も重要です。多数のアプリケーションに対して設定したビジョンや、それらのミッションクリティカル度によって、得られる ROI の量が決まります。迅速なアプリケーション開発の旅の最初から、イノベーションファクトリーについて考え始めてください。ローコードプラットフォームを使用する最初のチームから得られる結果によって、デジタル実行の旅の方向性と得られる ROI が決まります。

イノベーションファクトリーの構築には、3 つの主要な段階があります。どの段階をどのくらいの速さで進めるかは、あなたとあなたのビジョン次第です。ここでは、3 つの段階すべて、各段階を完了するための要件、およびスケールアップしたアプリ開発プロセスに移行するための最適なタイムラインについて説明します。

開始（1ヶ月目と2ヶ月目）

迅速なアプリケーション開発のビジョンが何であれ、最初から始める必要があります。最初の 2 か月は、チームを見つけて次の段階の計画を立てることです。

Start にある要件は、できるだけ早く価値を提供できるように設計されています。この段階では、加速成長の基盤を構築しています。これを行うには、まず小規模なチームを作成し、ローコードプラットフォームでトレーニングします。最初のチームは、製品所有者、ビジネス開発者、ローコードのトレーニングを受けたプロの開発者で構成する必要があります。ユーザーエクスペリエンス (UX) の専門家やソリューションアーキテクトなどのアクセラレータも必要です。

最初のチームをうまくまとめる鍵は、プロダクトオーナーです。チームの強さはプロダクトオーナーの力量に左右されます。そのため、プロダクトオーナーを選ぶ際には、その人がビジネスと、解決しようとしているビジネス上の問題に対する理解が十分であることを確認してください。その理解が、開発するアプリケーションに反映されるからです。

開始段階で開発するアプリケーションには、次のものが必要です。

複雑さが低い - 要件や他のシステムへの依存関係が少ないアプリは、配信がはるかに簡単になります。
高い露出度 - ビジネス上の問題に対する非常に高く評価されるソリューションとなることが分かっているアプリを構築します。

実行を加速するための基盤の構築

開始ステージでは、価値を迅速に提供することと、チームの成長計画という 2 つの成果が得られます。次のステージに進む前に、チームを分割できるように、次の開発者グループと製品所有者を念頭に置く必要があります。人材以外にも、再利用可能なコンポーネントを開発し、イノベーションファクトリーを構築する次のステージで繰り返し可能なプロセスが確実に確立されるように、配信のベストプラクティスを文書化し始めます。

自動車技術会社コンチネンタルのから始める Mendix 構造と規模への移行に向けたビジョンを確立します。

構造（3～5か月目）

スタートでは、成功を証明しました。実験し、何度か失敗し、学習し、その後、迅速なアプリケーション開発を実現しました。イノベーションファクトリーの基盤を構築しました。次は、迅速かつ効率的な生産を開始するときです。

大規模かつ迅速に開発を行うための重要な要素は、品質管理、繰り返し、自動化です。Structure では、再利用可能なプロセスを開発して形式化し、ガバナンスを推進し、展開プロセスを自動化することが目標です。

Structure では、チームを成長させます。開始時には、学習を迅速に行えるように、意図的にチームの規模を小さくしていました。ポートフォリオも拡大するため、より多くのチームで作業を行う必要があります。Structure の終了時には、高度な高速アプリケーション開発トレーニングを受け、Structure 中に確立された技術的および機能的なガバナンスに精通した複数のチームが存在するはずです。エキスパートが新しい開発者をトレーニングし、その新しい開発者がエキスパートになり、次の新しい開発者グループをトレーニングできます。これにより、チームが作業のために分割された場合でも、常にエキスパートが存在し、常に学習が行われます。

実行に構造とプロセスを導入する

構造化ステージでは、より複雑で、より多くの注目を集めるアプリの開発が始まります。アプリのユースケースが拡大し、より多くのビジネス上の問題に対処します。ROI が上昇するのを耳にできるでしょう。

Structure のもう 1 つの側面は、アプリケーションポートフォリオの健全性を監視できるように、メトリックダッシュボードを作成することです。これにより、アプリのユーザー数、リリース数、チームの健全性などに関する質問に答えることができます。Scale に移行する際には、これらのことを測定し始めることが重要です。

Enexisの仕組みをご覧ください計画的に開始から構築に移行することで、世界最大のローコードアプリケーションポートフォリオの保持者となり、スケールへの移行を成功させる準備を整えました。