2000年代の初め、最初のIT部門はアジャイルな仕事のやり方に切り替え始めた。アジャイルがより良い仕事の結果を生み出すことはすぐに明らかになった。今日、Agileはソフトウェア開発における標準である(95%の組織が–を使用している)。 州 Agile, 2020).Agileはソフトウェア開発以外のプロジェクトにも使えるのか?ソフトウェア開発以外でAgileを使用する意味があるのはどのような場合か、そして実際にどのように使用できるかを紹介する。
なぜ企業はソフトウェア開発以外でAgileを使うのか?
ソフトウェア開発以外でAgileがどのように機能するかを見る前に、まず、なぜ企業が他の部門や業界でもアジャイル作業を選択するのかを見てみよう。単刀直入に言うと、Agileによって企業はより良い最終製品をより短時間で立ち上げ、稼働させることができる。とりわけ、この目的のために実装されたアジャイルフレームワークは次のようなものだ。
-
- チーム内およびチーム間のコミュニケーションを改善する、
-
- レギュラー レトロスペクティブ 継続的に仕事を改善する、
-
- オープンなフィードバック文化と
-
- 透明性が高く、より効率的な仕事のやり方だ。
特に労働環境が複雑な場合は、このような利点がある。サイネフィン・モデルを見るである。
サイネフィン・モデル
ソースはこちらだ: Cynefin:アジャイル手法 –か否か|MT AG (mt-itsolutions.com)
そしてAgileは、チームがより簡単に作業プロセスを構成し、評価し、適応できるような仕組みを作る。もはやマスタープランは1つではなく、チームがマスターする多くの小さなマイルストーンがある。そして:プロダクトマネージャーや一人のエグゼクティブの代わりに、チーム全体の多くの肩で責任を分担する。
ソフトウェア開発以外でのAgileの使用:どのように機能するのか?
したがって、非ITプロジェクトにおけるアジャイル作業方法の利点は明らかである。しかし、非ITのAgileは実際にどのように機能するのだろうか?結局のところ、Agileはソフトウェア開発プロセスを改善するために開発された。では、Agileはソフトウェア以外のプロジェクトにも使えるのだろうか?
いくつかの例外を除いて、私はこれにはっきりと「イエス」と答えることができる。しかし、単純にスクラムのようなフレームワークを選び、テンプレートとしてプロジェクトに適用することはできない。なぜなら、ほとんどのフレームワークはITプロセスのために設計されているからだ。
つまり、他の分野でAgileを導入するには、最初にこの2つの選択肢に直面することになる:
-
- アジャイルフレームワークの枠組みだけを採用し、あとは業界、プロジェクト、チームのニーズに合わせる。
-
- アジャイルフレームワークの特定の構成要素を決め、それを実行するだけだ。
通常、組織が最初のアプローチを成功させるのは難しい。包括的で専門的な支援がなければ、組織はフレームワークの枠組みを自分たちのプロセスに移すことができない。
したがって、実際には、アジャイルなカンバン方式か、あるいは、次のような方法から始めることをお勧めする。 素早い レトロスペクティブ である。どちらのアプローチも、チームや部門を圧倒することなく、Agile –の利点を示すのに十分な大きな一歩である。
Agileについて公式に語らないことは有益である。こうすることで、チームを誤った期待から守り、個々の従業員がすでにAgileで嫌な経験をしていたとしても、不安や恐れを抱くことなく新しいプロセスに入ることができる。
ソフトウェア開発以外でのAgileの使用:どのような場合に不可能なのか?
ソフトウェア開発以外では、Agileがほとんど意味をなさない、あるいは全く意味をなさない例外がいくつかある:
厳しい条件のプロジェクト
規制遵守や認証のような厳格な要件に常に従わなければならない企業は、Agileの利点を享受するためにプロセスを十分に適応させることができない。それでは、アジャイル・アプローチの反復的で適応的な性質は、仕事のやり方に反映されない。
変更管理を行うクライアント
もし組織が、文書化や変更管理を通じてプロセスのすべてのステップをチェックしたがる顧客と仕事をするのであれば、Agileを導入する障壁はあまりにも大きい。なぜなら:Agileの性質として、多くの肩に責任を分散させる。チームは自分たちで決断することを許され、期待されている。恒常的な管理では、これはほとんど不可能である。
どのセクターに当てはまるのか?
厳しい要件や変更管理を伴う顧客とのプロジェクトは、主に航空、医療、軍事などの規制の厳しい業界で見られる。そこでは、ガバナンスとコントロールが支柱となる。
継続的改善–、例えばレトロスペクティブのようなアジャイルコンセプトをこれらの部門で適用することはできるが、Agileの実際の利点はこれらのフレームワークによって弱められる。しかし、Agileの実際の利点は、これらのフレームワークの条件によって弱められる。
ソフトウェア開発以外でのAgileの使用:3つの実践例
非ITのAgileに理論的にアプローチするだけでなく、3つの実践例を見てみよう。ソフトウェア以外のプロジェクトでAgileがどのように機能するのか、そしてAgileがそのプロセスで何を変えるのかを紹介する:
Agileの外部ソフトウェア開発: UXデザイン
デザインチームにおけるAgileのテクニックは、市場投入までに数ヶ月を要することなく、ユーザーのニーズと密接に結びついた製品を開発するのに役立つ–。Agileの反復的な性質は、恣意的な完璧さへのプレッシャーを取り除き、UXデザイナーがより柔軟で適応的に働くのを助ける。
これを実現するために、Agileでは、例えばUXデザインにおける「デザイン・スプリント」を導入している。これは、主要な関係者全員が4、5日間一緒に作業し、最初のアイデアからテスト可能な製品を開発するものである。デザイン・スプリントは、多くの場合、まったく同じ方法で生産に入るデザインを成功に導く。
(その) 米国のオンライン学習プラットフォームQuizlet 例えば、ダイアグラム作成ツールはそのポートフォリオに含まれている。デザイン・スプリントで満足のいく結果が得られなかったとしても、どのアイデアやアプローチがゴールにつながらないかを素早く示してくれる。これは、多くのリソースを無駄にすることなく、正しい道–を歩むために不可欠な洞察である。
ヒント:デザイン・スプリントの中で、「顧客」またはターゲット・グループを数回招待し、最初のフィードバックを直接得る。
Agileの外部ソフトウェア開発: マーケティング
マーケティングのAgile は、データと分析に依存して、問題に対する可能性と解決策をリアルタイムで継続的に発見し、テストを実施して結果を即座に評価し、迅速に反復する。実際には、マーケティング部門が複数のキャンペーンを同時に実施し、毎週新しいアイデアを開発することを意味する。トップダウンのマーケティングとは対照的に、アジャイル・マーケティングは、野心的な獲得目標や堅苦しいキャンペーン・プランによって推進されるのではなく、市場によって推進される。
eコマース・ソフトウェアを提供するSleeknote社は、アジャイル・マーケティングによって、生産量とオーガニック・トラフィックを劇的に増加させることができた。これを達成するために、同社は週次スプリント、プロダクトバックログ、カンバンボードを活用した。マッキンゼーは、アジャイル・マーケティングによって企業は以下のことが可能になると想定している。 離職率を20~40%高めることができる.
Agileの外部ソフトウェア開発: リクルーティング
リクルーティングにおけるAgileは、企業が高いスキルを持つ人材や受動的な求職者を引きつけ、従業員の離職率を下げることを支援する。そのために、Agileはリクルートを離職率に直接影響を与える商品部門と見なしている。そのためには、迅速かつ継続的に市場に対応し、常に求職者のニーズに適応していかなければならない。
例えばIBMは、次のような独自のフレームワークを持っている。 人材獲得における "Agile" (AgileTA)が人事部にスクラムを導入した。特にレトロスペクティブでは、行われた作業が確実に評価され、未使用の可能性やエラーが発見される。
ソフトウェア開発以外でのAgile活用の結論:スモールステップで最初の成功を収める
Agileは企業に、より良い製品をより早く作るチャンスを提供する。ソフトウェア開発以外でのAgileの活用は、多くの部門や業界で可能である。一度にすべてをやろうとしないことが重要である。専門家のサポートがなければ、組織はレトロスペクティブのような基本的なアジャイル要素から始めて、Agileの最初の効果を実際に感じるべきである。その後、ステップバイステップでフレームワークのさらなる要素をプロセスに統合することができる。私たちのワークショップでは、アジャイル変革中に何としても避けるべき7つの間違いを紹介する。 プロジェクト・スカジャイル.ワークショップは無料なので、気軽に立ち寄ってほしい。
さらに、Echometerというツールもお勧めできる(詳細はこちら): アジャイル・レトロスペクティブに最適なフリーソフトウェア).特に、アジャイル手法を始めたばかりのチームに適している。






