アジャイルの壮大なストーリーとは何ですか

開発者のチームを運営するのは難しいです。全員の生産性を維持しながら、山のような仕事を調整しようとすること自体が課題です。しかし、それに加えて、クライアントとのオープンなコミュニケーションを維持する必要があります。アジャイルを使用して、これらの問題点のいくつかを緩和するにはどうすればよいでしょうか。
f:id:gabrielwzg123:20201217122610p:plain
ソース:www.agilesherpas.com
1.アジャイルは何ですか?
 アジャイルは、大量の作業を小さな断片に分割するというアイデアから生まれたソフトウェア開発方法論です。これにより、製品マネージャー、開発者、およびすべての利害関係者が作業をよりよく理解できるようになります。
歴史的に、ソフトウェア開発は遅いプロセスであり、要件の大幅な変更がチームに大きな負担をかける可能性がありました。
 アジャイル手法に従うと、作業の小さなチャンクがチームの柔軟性を高め、あえてアジャイルと言います。そしてその過程で、機能をより迅速に提供し、変更に迅速に対応するのに役立ちます。
 これらのアイデアは、この方法論にアプローチするためのさまざまなフレームワークに分割されています。一般的なものの2つは、スクラムとかんばんです。
 このウォークスルーでは、これらの概念のほとんどはスクラムフレームワークに従いますが、両方と他の概念に適用される概念は確かにあります。
2.あなたが知っておくべきいくつかの概念は何ですか?
 アジャイルな世界で開発者として生産的になることの半分は、単に用語を理解することだと私は主張します。通常、プロジェクトマネージャーがショーを実行するため、彼らが話していることと同じページにいることができれば、プロセスがはるかに簡単になります。
 アジャイル手法のニュアンスを学ぶことに基づいた本、コース、および認定があります。いくつかの哲学的側面やいくつかのより深い部分については深く掘り下げるつもりはありませんが、新しい仕事を始めたときに着手するのに役立つ重要な概念の良いセットをカバーします。アジャイルチーム。
3.ストーリー
 ストーリーは通常、定義された最小の作品です。これは通常、使用しているプロジェクトツールで作成する新しいチケットの形式で提供されます。
4.ストーリーを表現する
 プロジェクトに取り組むとき、人々が物語を表現するさまざまな方法に出くわすでしょう。しかし、良いガイドラインは、「ストーリー」という言葉自体の概念を理解し、そのように行う必要のある作業を説明することです。
  たとえば、あなたのWebサイトを使用する人々がTwitterでブログ投稿を共有できるようにしたい場合は、次のようにストーリーを書きます。読者として、今読んだ投稿をTwitterに共有したい。
「[人]として、[行動]したい」というパターンを使用すると、サイトにアクセスしたときに誰かがどのような状態にあり、何を達成しようとしているのかというコンテキストを提供できます。これは、ログインしているゲストとは異なる機能を開発している場合に特に役立ちます。
5.詳細と要件
 ストーリーのタイトルは作品の重要な表現ですが、追加の詳細も提供する必要があります。
少なくとも、開発者のコ​​ンテキストと要件を与えるのに役立つ完全な説明と一連の受け入れ基準を追加することによって、それを行う必要があります。チームによっては、これには、チームが作業のグループを視覚化するのを容易にするタグや分類などのツールを含めることもできます。強力な一連の要件を提供することで、ストーリーに取り組んでいる開発者とストーリーをレビューする人の両方が、ストーリーが実際に完了しているかどうかを判断するための測定値を得ることができます。それがなければ、誰もが推測しているだけです。これらを表現する良い方法は次のとおりです。[要件]を確認します。 Twitterで投稿を共有する私の例に戻ると、そのストーリーの要件のいくつかは次のようになります:
 ①共有ボタンをクリックすると、新しいツイートが作成されることを確認します。
 ②ツイートに現在のブログ投稿へのリンクが含まれていることを確認します。
6.仕事の量または難易度
 各ストーリーは、いくつかのポイントで表されます。これらのポイントは、開発者のチームが1つのストーリーにどれだけの努力を期待しているかを表現する方法です。その努力はさまざまなことを意味する可能性がありますが、それが単にチームが作業をどれほど難しいと予想するか、または特定のストーリーが持つリスクや不確実性の量であるかどうかです。
 チームがこれを表す1つの方法は、ポイント数が1、2、3、5、8などのフィボナッチ数列を使用することです。無視できるテキストの更新が1ポイントである場合、ページに新しいフォームを追加すると3ポイントになる可能性があります。通常、ストーリーを高くしすぎないようにする必要があります。5ポイントを超えると、作業を分割して管理しやすくする方法があります。機能のすべての側面を達成するために大規模な13ポイントのストーリーを簡単に作成できますが、通常は、より小さく、より焦点を絞ったチャンクで作業に取り組むことは理にかなっています。
 いずれにせよ、これらのポイントはすべて合計されて、ストーリーのグループが完了するのにかかる作業の概算をチームに提供します。
  ストーリーには一口サイズの作品を定義するという目標がありますが、叙事詩はそれらの作品をグループ化して機能を表す方法です。
  これを説明する良い方法は、別の例を使用することです。
 その叙事詩の中に、あなたは次のようなストーリーを見つけることができます:
  ① ゲストとして、自分のメールアドレスでアプリケーションにサインインしたい。
  ②認証されたユーザーとして、パスワードを変更したい 。
  ③ セキュリティチームとして、スパムやユーザー認証の悪用を防ぎたい。
  エピックを定義すると、その作業の全範囲を理解しながら、機能を完全に呼び出すためのパスをチームに与えることになります。これは、実行する作業を計画する際に重要です。
 叙事詩でストーリーを定義することで、何かにかかる作業量を把握できますが、スプリントの出番である所要時間を把握するのには役立ちません。
7.スプリント
 スプリントは、作業が実際にどのように行われるかを計画する方法です。スプリントは、作業のチャンクをグループ化する方法であるという点で叙事詩に似ていますが、通常、特定の作業のチャンクが実行される期間を表します。
8.スプリントあたりの時間
 スプリントを定義する一般的な方法は、2週間の作業です。この2週間の間に、チームは個々のスプリントに対して特定の速度、つまり完了できる平均的な作業量を持ちます。この速度は、そのスプリントに取り組んでいる各開発者の平均速度の合計であるポイントの数で表されます。多くの人がその速度を表すために時間を使うべきではないと激しく主張していますが、ポイントはおおよそ各開発者の平均作業時間に相当します。経験豊富な開発者の場合は1ポイントが1時間になる可能性がありますが、同じ1ポイントは経験の浅い開発者の場合は3時間を意味する可能性があります。
 しかし、チームがスプリントで平均するこの数のポイントを取得すると、完了する予定のストーリーポイントの数がわかります。この計画は、ストーリーのグループまたはエピックを広げるときにスプリントからスプリントに移行するため、機能がいつ完了するかを予測できます。
9.スプリントあたりのポイント
 多くの人がその速度を表すために時間を使うべきではないと激しく主張していますが、ポイントはおおよそ各開発者の平均作業時間に相当します。経験豊富な開発者の場合は1ポイントが1時間になる可能性がありますが、同じ1ポイントは経験の浅い開発者の場合は3時間を意味する可能性があります。しかし、チームがスプリントで平均するこの数のポイントを取得すると、完了する予定のストーリーポイントの数がわかります。この計画は、ストーリーのグループまたはエピックを広げるときにスプリントからスプリントに移行するため、機能がいつ完了するかを予測できます。
10.アジャイルがチームにどのように適合するか
 スクラム、かんばん、またはその他のフレームワークによるアジャイル手法はまさにそれ、つまりフレームワークであることを忘れないでください。最初に始めたときのプロセスに従うのはおそらく良い考えですが、チームの話を聞いて、自分の経験に合わせてそれを形作ってみてください。
各チームの動作は少し異なり、そのチームにプロセスを強制すると、利益よりも害が大きくなる可能性がありますが、どのプロセスにも常に学習曲線があります。誰もがコツをつかむまでアイロールと戦い、何がうまくいくか、何がうまくいかないかを頻繁に回顧します。結局のところ、チームが従うプロセスはほとんど目に見えず、あなたに反対するのではなく、あなたのために働くはずです。チームに最適なものを見つけて、他の人が学ぶためにあなたの経験を共有してください!
f:id:gabrielwzg123:20201217122710p:plain
 ZenTaoは、製品管理、プロジェクト管理、テスト管理を統合したオープンソーススクラムツールであり、業務管理や組織管理などの多くの機能が含まれています。
ZenTaoプロジェクト管理ソフトウェアの主な管理アイデアは、国際的に人気のあるアジャイルプロジェクト管理方法であるスクラムに基づいています。スクラムは実用的なアジャイルプロジェクト管理方法ですが、ご存知のとおり、スクラムはコア管理フレームワークを指定するだけであり、特定の詳細はチームが拡張する必要があります。Zen Taoは、その管理方法に従うことに基づいて、バグ管理、テストケース管理、リリース管理、ドキュメント管理など、研究開発の現状に関する多くの要件を組み込んでいます。したがって、ZenTaoは、スクラムアジャイルプロジェクト管理ツールであるだけでなく、完全なプロジェクト管理ソフトウェアでもあります。スクラムに基づいていますが、スクラムに限定されません。