スクラムで働く

1. Scrum とは？

開発に関わることが標準化されているのは、もうお分かりですよね。では、もし私が「実はほとんどすべてが標準化されている」と言ったらどうでしょう？ ここで言うのは変数名や関数名だけの話ではありません—それらも標準化されていますが🤦‍♂️。

開発の方法論には アジャイル と呼ばれるものがあり、その人気の実装が スクラム です。スクラムはフレームワークとも呼ばれ、チーム内のあらゆるプロセスを定義します。いつ会議を行うべきか、誰が出席すべきか、何を議論すべきか、会議の成果は何で、どの形式で記録するかまでを定めています📋。

「なぜそんなに標準化が必要なのか」—あなたはそう尋ねるでしょう。まず第一に、あなたはハイテク分野で働いています。第二に、その方が互いに仕事がしやすいのです。そして第三に、あなたの職種名 .NET Software Engineer の最後の単語—engineer に注目してください。そうすれば話の出どころがわかるはずです。

2. スクラムでの仕事の進め方

Scrum は、ソフトウェア開発でよく使われる柔軟なプロジェクト管理手法です。反復的かつインクリメンタルなプロセスに基づいています🔁

スクラムではプロジェクトを開発のサイクル／フェーズに分割し、これを スプリント と呼びます。通常は2〜4週間の長さです。各スプリントは、実施すべきタスクを計画することから始まり、最後にチームが達成した成果を発表してデモします🎯。

スクラムの主要要素は、ロール、イベント、アーティファクトです。

• 主要なロール — プロダクトオーナー（プロダクトの要件を定義）、スクラムマスター（スクラムのルールに沿ってプロセスを支援）、そして作業を実行する 開発チーム です。
• 主要なイベント — 毎日の会議（daily meetings（デイリーミーティング））、スプリント計画、レトロスペクティブ、成果のデモです。
• アーティファクト には、プロダクトの バックログ（タスクリスト）、スプリントバックログ、そしてプロダクトのインクリメントが含まれます📋。

怖がらないでください！ すべてが細かく規定されていると少し怖く見えるかもしれませんが、「スクラムに従って」働くのは簡単で心地よいものです。スクラムは、開発者と発注者／プロダクトのオーナーとの主要な対立を解消しました🤗

開発者はいつも「放っておいて、集中して作業させてほしい」と望みます。一方でプロダクトのオーナーは、新しい機能を至急追加したり、何かを変更したり、何らかの実験を行ったりしたいのです🧪。

スクラムは開発を安定した期間である スプリント（通常は2週間）に分割しました。1つのスプリントの間、開発者はそのスプリントで計画されたタスクだけを実施します。もし発注者側に至急の要望があれば、その機能は次のスプリントに追加されます🗓️。

3. Sprint & Scrum Board

Sprint はスクラムにおける基本的な開発サイクルで、1〜4週間の長さです。先ほど述べたように、この期間中、チームはプロダクトバックログから選んだ特定の作業セットに取り組みます。

各スプリントの始めには計画⏳が行われ、チームはプロダクトバックログからタスクを選び、やり切ることをコミットします。スプリントは、実施した作業のデモとレトロスペクティブで締めくくられ、チームはスプリント中のプロセスを分析し、次のスプリントを改善する方法を探ります。このアプローチにより、要求や優先順位の変化に素早く対応しながら、定期的にプロダクトを更新できます。

現在のスプリント期間中にも、開発者とプロダクトオーナーはミーティングを開き、次のスプリントに向けたタスクを議論しておく必要があります。

Backlog📚（バックログ）— これは実施すべきすべてのタスクの一覧です。スクラムでは、プロダクトのすべての要求（機能）を含むプロダクトバックログと、現在のスプリントで実装するために選ばれたタスクから成るスプリントバックログを区別します。バックログは「生きたドキュメント」であり、現行のビジネス目標や市場環境に適合するよう、定期的に更新・見直しされます。

現在のスプリントのバックログは、よく Scrum Board✅ として可視化されます—タスクとそのステータスを並べたボードです。ボードは列に分割され、通常は「To Do」「In Progress」「Review」「Done」といったタスクの進行段階を表します。これにより、チーム全員が進捗を把握でき、ワークフロー上のボトルネックを容易に特定できます。