そうでない人を見つけるのは難しいですが、敬意をもって扱われるしかし、そのような状況には理由があるはずです。たとえば、人がソフトウェア開発の分野で一流の認知された専門家である場合などです。そして、このためには学ぶ必要があります。そして、この記事の枠組みの中で、アジャイルとは何か、その使用法、そしてこの技術を理解する方法と考えることができます。
最初に、技術的な問題に取り組みましょう瞬間アジャイルとは何ですか？この言葉の英語からの翻訳（リテラル） - 「生き生きとした、モバイル」は、「フレキシブル」と言われることは多少ありません。ところで、これは削減です。このアプローチの完全な名前は アジャイル ソフトウェア開発。 しかしこれは長すぎるので、減らすことに決めました。そして今、彼らは単にアジャイルと言います。実際の状況に最大限に対応しているため、「柔軟な」翻訳が使用されます。
私たちはアジャイルとは何かを考え続けています。 ここでは、さまざまな方法論（Scrum、HR、 "Kanban"、Lean）に基づいて、これが柔軟なアプローチであるという事実に焦点を当てたいと思います。トピックをよりよく理解するために、平行を描きましょう。アジャイル技術が宇宙起源のプロセスであるとしましょう。最終製品は世界そのものです。大きな爆発は、唯一満たしている最も苦痛な問題です。製品の要件リストを変更することです。通常、作成プロセスにはカスケードモデルの使用が含まれます。この場合、すべてが一貫して段階的に進みます。このアプローチは簡単に表現できます：私は目標を見ます - 私はそれに行きます。最終的な結果の要件が変わった場合は、すべてをやり直す必要があります。この状況を複雑にするのは、すべてが正常であると主張する試みであり、我々は前進する必要があります。
ここでは経営の方法論であるアジャイルが求められていますその柔軟性のためにすべてを戦う。この「ホッジポッジ」チームは、一連の原則を使用してさまざまなリスクを最小限に抑えます。それらのすべては、2001年に発行されたアジャイル宣言に反映されています。要するに、彼らは次のように聞こえる：
あまりにも曖昧すぎて正確ではないように見えるかもしれませんが、詳しく説明しましょう。
アジャイルが何であるかを考慮して、「スクラム」として知られる最も一般的な方法論の1つに注目しましょう。それは何を提供していますか？最初に必要なのは：
選択された方向に関係なく、管理の方法論には常に以下の機能があります。
川を想像しましょう。一方の側で顧客。 2番目に - チーム。この場合、フレキシブルな開発方法論にはすべての利点があります。
アジャイルが何であるかが伝えられると、通常肯定的な側面についてのみ話す。実際、チーム内の相互作用が向上します。すべての人々が1つのアイデアに焦点を当て、自分自身の間に秘密を作り、自分自身をコミットしないでください。その結果、チームは快適な状態と速いペースで働きます。このアプローチでは、混乱を整理することができます。
その形成以来、彼は見つけることができた技術産業における認識。現時点では、新しいソフトウェア製品の設計に広く使用されています。しかし、一般的なビジネス慣行の枠組みの中で、このアプローチはまだほとんど知られていません。したがって、彼は前にアジャイルと会っていない人には慎重です。それは、人々が知的労働の仕事に直面している場合にのみ使用すべきであることも理解されるべきである。
これらの方法論がどのように機能するかを見てみましょうソフトウェア開発。製品の所有者であるPeterがいるとしましょう。彼は技術的な詳細は知らないが、彼は全体像のビジョンを持っている。彼は製品がなぜ必要なのか、どのような問題を解決するのか、そして誰が満足するのかを知っています。興味のある人もいます。彼らは製品を使用したり、その作成をサポートしたり、何らかの形でその製品を作成したりすることができます。興味のある人の願いが表現される、より多くのユーザーストーリーを作ることができます。たとえば、モスクワ・セント・ピーターズバーグのバスの予約システムでは、フライトの検索が必要です。ピーターは興味を持った人々を助けるでしょう。彼は、ユーザーストーリーのアイデアの実装をコントロールします。また、開発者のチームがあります。彼らは働くシステムを構築する人です。
柔軟な方法論が使用されているためユーザストーリーは大きなリリースまでは掘り下げられませんが、完了後直ちに、できるだけ頻繁にリリースされます。処理されたヒット数は1週間のチームのスループットです。テンポを落とさず、手作業でのテストではうんざりしないように、チームは自動化された統合に取り組むべきです。それは何ですか？作業中の瞬間ごとに自動テストが作成されます。ストーリーがあまりにも大きければ、ラッシュ、動機の喪失、生産性と品質の低下があるかもしれません。そのような場合には、「昨日の天気」という方法が提供される。それは仕事の量の厳格な範囲を確立し、正確に実現されるものを慎重に選択する必要があることにあります。前述の「かんばん」は、仕事の限界を設定することを示唆しています。
さて、チームは彼女ができることを決めました1週間に4つのストーリーを処理します。しかし、どのように我々は存在するすべてのものに自分自身を向けることができますか？ユーザーが週に10のストーリーをポップするとしましょう。 4つを処理しました。したがって、キューは絶えず成長します。この場合、効果的な方法は1つしかありません - 単語 "いいえ"。製品の所有者にとって、これは非常に重要です。 「はい」と言うのは難しくありません。何をしないかを決めることははるかに難しく、より重要です。そして、このためにも、責任を負うことが必要です。したがって、今注目すべきものと延期すべきものを決定する必要があります。優先順位を正しく設定するには、製品の所有者が各ストーリーの価値と量を理解する必要があります。
物語の一部は非常に必要です。 他の人は単に楽しいボーナスを表します。一部のストーリーは数時間にわたって開発されます。他人の創造には数ヶ月かかるでしょう。多くの場合、歴史とその価値の大きさが関係しています。しかし、これは必ずしも正しいとは限りません。より多くはそれほど良くはありません。 Petroは優先順位がタスクの複雑さと価値を助けると正しく考えています。これらの特性を定量的にどのように決定するのか？はい、何もありません。これは本当の推測ゲームです。効率を上げるためには、かなり多くの人が参加する必要があります。これは、仕事の範囲と関心のある人たちに知らせる開発者のチームです。しかし、このようにして得られた全てのデータは、おおよその推測値であることを理解すべきである。ここに正確な数字はありません。当初はミスがあります。しかし、経験を積むにつれて、その数と規模は減少します。
問題を避けるためには、多くの質問に対して正直な回答をする必要があります。これらは次のとおりです。
この場合、知識が必要です。 彼らはリスクの反対であると考えることができます。有意なレベルの不確定性が固定されている場合、我々は知識を取得する。例えば、インタフェースまたは技術的な実験のプロトタイプを作成する。そしてすでに彼らを抱えているので、私たちはどの方向へ進んでいくのかを決定します。
IT業界は非常に速く発展しており、最終的には失われないように、あなたは常に学び、スキルを向上させ、効率を上げる必要があります。したがって、訓練と実施の問題はこれまで以上に緊急です。どこから始めますか？最良の選択肢は、アジャイルがすでに使用されている会社と協力することです。この場合のトレーニングは、柔軟な開発が何であるかを噂されていない人が行います。しかし、そのような、悲しいかな、常に可能ではありません。ほとんどの場合、アジャイルが何であるかを知っている外部者が関与しています。このアプローチの実施は監督下で行われる。確かに、そのような専門家のサービスにはお金がかかる。しかし、あなたが本当に知識のある人を取得した場合、すべての経費は100倍返済されます。結局のところ、今日の世界では、従業員の有効性が重要な役割を果たしています。
ソフトウェア開発の方法論は常に進化しています。新しい方法や効率性とパフォーマンスを向上させるための機会を探しています。将来私たちを待っていることは、かなり問題があると言うことです。おそらく、柔軟な開発システムは、生産工程の自動化の手段に統合されます。例えば、それも離れて、会社の場所から滞在し、問題を解決することが可能となります。多くの点で、将来は新しい情報技術によって決定されます。彼らが発生した場合、すべての後に、彼らと働くの新しい方法を模索する必要があります。この場合、サイクルが終わった開発があります。
それは柔軟な方法への遠足の終わりです開発。しかし、一つのことは理論であり、まったく別のものは実践であることを想起すべきである。常に発生する新しい情報技術は、開発者の大きなコミュニティに挑戦しています。チームをより効率的にする方法は？誰もがこの質問への答えを自分で見つけます。ここに示す情報は、バックボーンを正式化するために使用できます。しかし、実際には、既存のモデルと連携して、既存の課題に準拠した状態にする必要があります。その後、チームは効果的に目標を達成することができます。
