2日目には、SCRUMとアジャイルプロジェクトに関するワークショップがありました。 ソフトウェア開発におけるアジャイルプロジェクトの実用化について話しました。
豚と鶏
どうやら、スライドがプレゼンテーションで7回彼女に会ったため、講師のお気に入りの物語:)
そして、ブタと雄鶏が出会った。 オンドリは自分のレストランを開き、「豚肉と卵」と呼ぶことを提案しました。 豚は拒否しました：「あなたは参加するだけで、私は完全に自分を捧げます。」
SCRUMの用語では、ブタは開発者であり、コックはプロジェクトマネージャーです。 物語の本質：豚は雄鶏よりも重要です。 SCRUMの本質：開発者はマネージャーよりも重要であり、最初の意見を無視することはできません。
それがすべて始まった方法
大規模なソフトウェア企業のリーダーは、後にアジャイルと呼ばれる共通のワークスタイルを開発することを決めました。
主要なドキュメント、つまり一連の戒めは、マニフェスト「マニフェストfor Agile Software Development」です。
それは読みます：
プロセスとツールの上の人と関係
実用的な製品は詳細なドキュメントよりも優れています
顧客との関係は 、署名済みの契約よりも重要です
変更への準備は計画に従うよりも重要です
英語で
プロセスとツールを介した個人と相互作用
包括的なドキュメントよりも機能するソフトウェア
契約交渉を介した顧客コラボレーション
計画に従うことによる変化への対応
製品を生産するのは彼であるため、人々は最前線にいます。 プロセスが刺激を引き起こす場合-変更する必要があります。 ツールが不便な場合-放棄する必要があります。
顧客は、その説明ではなく、作業中のドラフトに対して支払います。
プロジェクトの変更に備えることも重要です。 チームは機会に関して柔軟でなければなりません。
アジャイル開発の原則
主な原則は次のとおりです。
- 製品の新しいバージョンの配信は定期的に行い、できるだけ早く行う必要があります。
- 顧客が製品内の何かを変更したい場合、開発のあらゆる段階でこれを行う必要があります（もちろん可能な場合）
- 動作中の製品をできるだけ頻繁にリリースすることが重要です。 2週間から2か月の望ましい期間
- 開発者とビジネスマン（顧客との共同作業の責任者）は協力しなければなりません。
- 良好な労働条件。 開発者は快適に作業できるはずです
- より多くの個人的な会議
少し説明します。 アジャイルは顧客指向です。 しかし、これは彼の気まぐれのいずれかが暗黙的に実行されるべきであることを意味しません。 ビジネスマン、顧客、プログラマー間の対話を確保する必要があります。
製品は十分に頻繁にリリースされる必要があります-ブログのようです-頻繁に有用な投稿を書くほど、より多くの人があなたを読み、友人からそれらを削除しません。 顧客は、半年に1回更新される製品を必要とせず、いくつかの機能によって機能を向上させます。 競争についてはまだ覚えておく必要があります。
まあ、満足し、やる気のあるプログラマーは、彼が湿った地下室に座って栄養失調になっていた場合よりもコードを書く方が良いでしょう。
さらに2つの重要なポイントがあります。 彼らは技術的です。
1.製品の新しいバージョンはそれぞれ、以前のものよりも多くのことを行う必要があります。
2.コードは最初に適切に記述する必要があります。これにより、後でコードを書き直さず、品質を維持できます。 リファクタリングする必要がある場合。
タヨットの成功またはリーン思考
Tayotaの例は実例です：彼女はアメリカの会社の1つである赤字のプロダクション（申し訳ありませんが、名前を忘れました）と労働者と機器を購入し、このプロダクションをプラスしました。 成功の鍵は、無駄のない生産でした。
彼の原則：
- 不要なものをすべて取り除く
- 品質を追跡する
- 人を尊重する
- 体験を向上させる
- 最後の決定を脇に置きます
- 製品を迅速に提供する
- プロセスを合理化する
なぜ決定を先送りし、製品を期日通りに納品するか？ 簡単です。ソリューションは慎重に調整する必要があります。これは、生産の問題を回避し、製品のリリース時間を短縮するのに役立ちます。
おそらく重要なのは、余分なものをすべて取り除くことです。
余分なプロセスまたは手順は、製品に価値を追加します。 各エリアには、余分なリストがあります。 ソフトウェア開発の場合、これらは次のとおりです。
- 未完成の仕事。 誰も未完成の機能を必要としないことに注意してください。 私たちはすべてを終わらせるよう努めなければなりません
- 追加プロセス。 これらは「ショー」のために行われます。
- 追加機能。 顧客がテキストを開く機会のみを要求する場合、テキストを編集できるようにする必要はありません。
- タスクを切り替えます。 プログラマーは、2つのプロジェクト間を急ぐべきではありません。
- 製品の転送。 余分なリソースが必要だからです。
- 待っています。 プロジェクトに何かが必要な場合、待機してアイドル状態にしないでください。
- 欠陥。 これはどこでも悪いです:)
スクラムについて少し
これは、アジャイル＆リーンソフトウェアプロジェクト開発の一部です。 私が書いたように、それは戦術的な計画の一部です。
SCRUMサイクルは以下で構成されます。
1.実際にソフトウェア開発。 毎日の集会を伴う1〜4週間のプロセス。
2.スプリントの終了。 繰り返しになりますが、開発者が自分たちがしたことをみんなに示す集会です。
3.レトロスペクティブラリー-エラーと問題の分析、成功と改善。
PS：今週はすべてのトレーニング会議が終了しました。 戦う月曜日。 一般的に、準備ができています。 戦いは表示されます:)