より高速で反復的なソフトウェア開発とは、完璧なソフトウェアの開発に多くの時間を費やすのではなく、エンドユーザーからより迅速にフィードバックを得ることを意味します。実際には、作成されたソフトウェアのほとんどは最終的に使用されることはありません。したがって、使用されないソフトウェアを作成しないようにすることが重要です。
ソフトウェア開発者がこれを達成する可能性が高くなるのは、作成するソフトウェアがエンドユーザーによって頻繁にテストされ、可能な限り魅力的で価値のあるものになるように調整されている場合です。
Cycloid.io の創設者であるベンジャミン・ブリアル氏は、どんな大規模組織にとっても、イノベーションへのスタートアップのアプローチを開発することは、人材、ツール、文化に関わることだと説明する。「これらの分野で受け入れられているパターンに挑戦することによってのみ、彼らは考え方を変えることを考え始めることができるのです」と、同氏は電子メールのインタビューで述べている。
まず、既存のサイロを解体し、開発チームと運用チームの間にアジャイルな関係を構築して、ビジネス運営をサポートし、顧客エクスペリエンスを向上させるソフトウェアの提供を加速する必要があります。
2 つ目は、組織内での開発者の経験がやりがいがあり、自由をもたらすものであることを示して、優秀な人材を引き付け、採用された目的にかなう最高の仕事を行えるようにすることです。
「第三に、リモートワークやハイブリッドワークなど、どんな仕事文化でも、必要なものがどこで見つかるか、組織内の他のチームとどのように協力するかを知ることが重要です」と彼は言います。
Brial 氏の視点からすると、ツールは出発点として最適であり、文化に役立つ方法でツールを整理することは大きな前進です。「マルチクラウド、マルチベンダー環境では、すべてを実行できるツールは 1 つではありません。そのため、チームが好みのツールを使用できるようにし、可能な限り自動化して反復的なタスクを排除することが重要です」と同氏は言います。
Fortive Business System Office のシニア バイスプレジデントである Kirsten Paust 氏は、継続的なフィードバック ループによって時間の経過とともに製品とプロセスを改良し、改善する反復的な開発の重要性を重視することも重要であると述べています。
「これは、効率化の手段としてだけでなく、ソフトウェア開発とイノベーションにおいて影響力のある成果をもたらすための中核戦略として、新しいイノベーションを市場に投入する方法の中心です」と彼女は電子メールのインタビューで説明しています。
彼女は、既存の企業内であらゆる種類のイノベーションを推進することは困難であることを認めています。「スタートアップ精神を育むことは、イノベーション第一の戦略を成功させる上での必須条件だと考えています」と彼女は言います。
このタイプのリーンな考え方は、俊敏性、リスクテイク、迅速な反復を重視します。これらはすべて、既成概念にとらわれずに考え、創造性を最前線に押し出すための重要な要素です。
サイロの破壊
ブリアル氏は、よりアジャイルなアプローチを採用しようとしている組織にとっての課題は、サイロが多すぎること、熟練した人材が足りないこと、そしてツールが多すぎることで技術市場が飽和状態になっていることだと語る。
「規模の拡大を阻むこのような文化を変えるのは時間がかかり、達成するには平均3年かかります」と彼は言う。
よりアジャイルなアプローチを開発する最終目標は、組織全体で妨げられることのないイノベーションを生み出すことであるため、文化を正しく構築することが重要です。
彼は、開発者には、周囲の人々、慣行、ツールに制限されることなく、革新を起こしてコミュニティに貢献し、ビジネスの成長を助け、スキルセットを向上させ、キャリアをさらに進める自信を持てる環境が必要であると説明しています。
パウスト氏は、標準化されたプロセスを重視すると創造性が抑制され、リスク回避につながることが多いと指摘しています。
「既存の企業は、人々の創造力を活用し、より良い成果を達成するための手段として変化を受け入れることを目指すべきです」と彼女は言います。「変化を理解し、管理することが重要です。」
継続的な改善への体系的なアプローチと、アイデアの生成から提供までソフトウェア開発の各段階でチームを導くフレームワークを提供することで、規模に関係なく、チームが継続的に改善し、優れた成果を生み出すように促すことができます。
社内プログラム、階層のないハッカソン
Paust 氏は、もう 1 つのベスト プラクティスは、アイデアを生み出し、ソリューションをテストして提供するための社内プログラムを実装することだと述べています。これは、俊敏性と品質およびスケーラビリティのバランスをとるために非常に重要だからです。
彼女は、フォーティブのハッカソンのようなプログラムやシアトルのパイオニアスクエアラボとの提携は、従業員を集めて集中的な問題解決活動を行うために、また階層がなく新しい価値を引き出すことだけに焦点を当てた環境のために非常に重要であると指摘する。
「こうした実践は、リーダー、チーム、そして会社全体が変化を受け入れるのに役立つと信じています」と彼女は言う。
多機能チーム、すべてをコードとして
ブリアル氏は、開発、運用、セキュリティなどのさまざまな部門の個人を集めた部門横断的なチームが共通の目標に向かって協力して作業できる環境を育成することを推奨していると述べています。
これには、チームメンバーがコアとなる専門分野を超えた分野の知識とスキルを習得できるクロストレーニングが必要です。
開発者はインフラストラクチャと運用について学び、運用エンジニアはソフトウェア開発の実践に関する洞察を得ます。
「こうしたスキルの相互交流により、チーム間の理解と共感が生まれます」と彼は言います。
ブリアル氏は、IT 部門のすべてのレイヤーが「すべて」をコードとして扱う方向に進むべきだと述べ、あらゆる種類のソフトウェアのプロビジョニングと展開 (およびその後の管理) はコストがかかり、時間がかかり、複雑であると指摘しています。
Everything as code は、バージョン管理、テスト、デプロイメントの同じ原則を適用して、ネットワーク インフラストラクチャ、ドキュメント、構成など、開発ライフサイクルのあらゆる側面の保守性とスケーラビリティを強化します。
「これにより、機械は人間がタスクを実行するよりもはるかに速くコードを実行できるため、速度と規模が飛躍的に向上します。また、正しく実行すれば、人的エラーや反復作業も排除できます」と彼は言います。