小規模から大規模まで、多くのソフトウェア企業は、顧客を維持するために、必要なものをすべて提供する必要があり、より高速で安価にする必要があることを認めています。 このような理想は、ほとんどの場合、特定のトリックを使用しないと達成できません。 それらは、顧客との関係、ビジネスモデルの促進と調整のための戦略だけでなく、開発プロセスの再構築にも関係しています。
比較的大企業でも再構築する必要があります。 「[最近]顧客は入札に独立した段階に入った後、完全なビジネス結果を得ることができます（主要地域のインフラストラクチャの一部を最適化し、1Cなどのビジネスクリティカルなアプリケーションの速度を上げます）」 ITアウトソーシングALP Group Dmitry Bessoltsev。
労働生産性と顧客が現在実際に課している協力のスタイルを考慮すると、どの開発方法論のセットが後で議論されるかは容易に推測できます。
モスクワはすぐに構築しませんでした
中規模および大規模のIT市場のプレーヤーは、 アジャイルコンセプトに対して高い期待を抱いており、そのアプローチの柔軟性の表明に当然依存しています。 ただし、ご存知のように、特に会社の規模を考慮して、柔軟なコンセプトに基づいて効果的なシステムを構築する必要があります。 そして、彼らが言うように、この手術は麻酔や入院せずにライブモードで実行する必要があるため、タンバリンと一緒に踊らなければならないことがあります。 この目的のために、評判の良い企業は寛大になり、イゴール・ドルジニンのレベルの振付家を招待する準備ができています。
「アジャイルへの切り替えは大きな課題です。古いテクノロジープラットフォームをここに置くことはできないからです。 すべてのプロセスをやり直す必要があります。 会社の哲学全体を変える。 5月21日にSkolkovo LNAで開かれた講演で、SberbankのトップであるドイツのGref 氏は次のように述べています。
最大のソフトウェア開発者の1つであるEPAM Systemsは、2008年に、危機の中でも柔軟な開発アプローチを使用し始めました。 しかし、同社はこれに徐々に移行し、外国のパートナーからの経験を取り入れました。 したがって、アジャイルはEPAMのライフラインではなく、開発の過程で会社が得た価値でした。
「銀行は、自動支払いと預金の自動補充を実行するためのモバイルアプリケーションを完成させる要求で私たちに頼りました。 これをすべて実現するには、同時に必要でした。
アジャイルコーチと相談した後、顧客は最初の反復で、指定された到着しきい値で預金の自動補充額をアカウントに設定し、自動支払いを行った後の残りの金額を設定する機能を実現することに同意しました。 この機能は、開発開始から3週間後に運用が開始され、銀行の最終顧客が使用を開始しました」とEPAMビジネス開発ディレクターのArtak Hovhannisyan氏は述べています。
方法論がIT企業（特に大企業）に急いで強制的に埋め込まれた場合、結果は悲惨なものになる可能性があります。 アジャイル実装は途中で停止する可能性があり、一部の従業員はそれを異物のように引き裂きます。 それから、すべての道を歩まなければならないリーダーシップ（そうでなければ、信頼性を失うリスクがあります）は、すべての反抗者を「犠牲にする」必要があります。 同時に、コストが削減され、優れたアジャイルコーチを雇うことができます。
ゲームはろうそくに値する
ほとんどの場合、急速な変更には、深刻なエネルギーまたは金銭的なコストが必要です。 しかし、アジャイルについて言えば、ゲームがろうそくに値するという事実を安全に当てにすることができます-予見可能な未来ですべてが報われるでしょう。
「小規模プロジェクトでは、アジャイルは常に安価です。 大規模プロジェクトは、初期要件を変更しない限りほとんど成功しません。 締め切りと予算が決まっているプロジェクトについて話している場合、アジャイルは、短い反復と優先順位付けのおかげで、変更への迅速な対応に役立ちます」とアジャイルコーチEPAMのAlexey Ionovは言います。
ビジネスの観点からのアプローチの秘trickは、プロジェクトの最終的な実装は元のアイデアとは異なる場合がありますが、顧客および市場条件の現在の要件を満たす方がはるかに良いことです。
裏側
ただし、この話には欠点があります。顧客にはアジャイルの権利だけでなく、アジャイルの責任もあります。 彼らの多くは、義務を思い出さないことを好みます。 さらに悪い選択肢があります-彼らはアジャイルのルールでプレーする方法を知らないし、知らない。
「顧客はアジャイルに取り組むことを要求することがありますが、時には成功しているとは限らず、納得しなければならないことがあります。 はい、ビジネス顧客からプロジェクトへの本格的な関与が必要ですが、これは仕事を辞めてプログラミングとテストのプロセスに参加する必要があるという意味ではありません。 アジャイルの場合、1日の始めにチームとの短い会議に15分を費やして、何が行われたか、計画を話し合う必要があります。 単にアジャイルを無視したり、このプラクティスを無視したりする銀行はもう存在しません。 特に、有名なドイツGrefの公演後」とEPAMのArtak Hovhannisyanは述べています。
Gref氏のスピーチやアジャイルファンによる声明がどれほど激しいものであっても、それは万能薬であると見なされるべきではありません。
アジャイル戦略と緊急戦略
「ITシステムをサポートする、いわゆる緊急戦略が支配的です。 太っている間、1500万のプロジェクトのために戦った大規模なインテグレーターは、現在、年間約300万ルーブルの注文を真剣に競っています。 ここでは、10のITILプロセスに基づいた作業を行い、開発されたパートナーネットワークを管理し、単一レベルのサービスを提供できるミドルインテグレーターは、大規模なIT企業と非常にうまく競争できます。
多くの場合、アジャイルコンセプトにより、管理と開発の間の相互作用がより緊密かつ生産的になります。 ただし、その「緊急戦略」を実装する際のアジャイルの役割は、企業によって異なります。 したがって、絶え間なく変化するIT市場の課題に対する答えは、開発方法論、ビジネスモデルの更新、プロモーションと管理の概念間の最適なバランスを見つけることです。