ステージとスキルについて学ぶ
Stages are activities that are done sequentially per work item. In a typical release, there are several work stages that could happen in a sequence.
たとえば、チームが次のステージに従って作業するとします。
- ステージ 1 は設計であり、ここで設計者はブレーンストーミングを行い、範囲を定めた製品とユーザー要件に基づいて製品を設計します。
- ステージ 2 は Implementation です。このステージでは、開発者はステージ 1 で決定した設計に基づいて、ソフトウェアを作成または更新します。
- ステージ 3 はテストであり、品質エンジニアが合意した範囲、要件、設計に基づいてソフトウェアをテストします。
別の例として、チームが作業を時間と日数で見積り、次のステージを使用するとします。
- ステージ 1 - プロダクト所有者がストーリーを記載します。
- ステージ 2 - 機能横断型のスクラム チームが実装を行います。
Skills, on the other hand, are abilities that team members must have in order to complete work items. Skills can be defined per stage and allow to categorize different types of work within a stage.
スキルは、メンバーの能力が計画作成のボトルネックになる可能性がある場合に便利です。チームに適切な専門領域があることを考慮する必要があります。
たとえば、設計ステージで次のスキルが必要だとします。
- UX 設計スキルに関係する UI デザイン
- フロントエンドの開発スキルに関連するフロントエンド アーキテクチャ
ステージを作成する手順は、次のとおりです。
- Go to your plan > click
next to the plan name > Configure. - Select Add stage.
- Enter a name for the new stage.
If necessary, change the color for the stage by clicking on the color ball and selecting a new color.
- [ステージを追加] をクリックします。
スキルを作成する手順は、次のとおりです。
- Go to your plan > click next to the plan name > Configure.
- [Add skill]を選択し、新しいスキル名を入力して [Create local skill] をクリックします。
見積りを割り当てる割合を選択します。
割り当てられた見積りは、その課題を完了するために必要なスキルの割合を定義します。For example, if an issue has a total estimate of 10 points, and the implementation stage has two (2) skills visual design and coding, and each skill is 50% of the stage, this would happen: 5 points of the total estimate would require a person with visual design skills, and the remaining 5 points would require a person with coding skills.
一連のスキルを作成したら、それらをステージに追加できます。
To delete a skill, hover over the skill > click > Delete.チームでのステージとスキルの使用例
次の例では、完全な機能横断型のスクラム チームがあるとします。チームのすべてのメンバーが、ユーザー ストーリーの実装に必要なあらゆる種類の作業を行えます。
次のステージがあります。
- ステージ 1 - 製品の所有者がストーリーを記載します。
- ステージ 2 ではチームがユーザー ストーリーを実装します。UI 設計、コーディング、テストなどのすべてのアクティビティが同じイテレーションで行われます。
この場合、ステージの設定は非常に簡単です。スキルなしで 2 つのステージを追加するだけです。
チーム内の誰でも実装タスクを引き継ぐことができるので、全員が実装スキルを備えることになります。
ストーリーが追加されると、結果のスケジュールはこのようになります。ストーリー作成ステージは、実装ステージより 1 スプリント以上前にスケジュールされます。ただし、これはストーリーの作成の労力を必要としないストーリーには適用されません。
ストーリー作成の労力をキャパシティ計画で見積りおよび反映をせず、ストーリー作成を個別に計画したい場合は、ストーリー作成のステージを完全に除外することができます。
その場合は、次のようになります。
- Story writing effort is not planned in Portfolio for JIRA.
- Implementation effort is planned in Portfolio for JIRA, and implementation is becomes stage 1.
- ストーリー作成を処理するのはプロダクト所有者であるため、次に示すように、プロダクト所有者をキャパシティ プランに含める必要はなくなります。
Portfolio for JIRA will now work out the scheduled based on the assumption that all required input (user stories, requirements, etc) will be available for the team as soon as the stories are scheduled.
Although you can plan activities separately, we recommend that you include all types of effort, stages, and skills in your plan. One of the common challenges many teams see in their organization is being realistic and explicit about design work and user story writing. Having a single source of truth for all teams to see can help align effort — and Portfolio for JIRA can help your team achieve this better if all aspects are included in your plan.
チームにおいて、全員がテストなどのタスクを担当でき、特定のメンバーのみが設計、コーディング、および開発テストに携わるスキルを持っているとします。
各自のプランでこれを処理するには、対応するステージのスキルとしてこの特殊技能 (この例では実装) を追加することができます。
その後、各チーム メンバーにこのスキルを割り当てることができます。
たとえば、チームが固定のイテレーションで作業せず、日々のスケジュールに従って作業し、タスクが完了したときにバックログから作業を引き出します。この場合、その作業は設計、実装、テストに構造化され、作業項目ごとに順次行われます。しかしながら、次のイテレーションが次の作業ステージで開始されるのを待つのではなく、設計が完了した翌日から実際に実装を開始することができます。
For this example, you can set it up this way in Portfolio for JIRA:
- チーム スケジュールをカンバン モードに切り替える
- この例では、設計、実装、およびテストの 3 つのステージを定義します。
- 必要に応じて、ステージに専門分野を追加します (この例では frontend、backend、および data management)
スケジュールはカンバン チーム用のものとは異なって表示され、ステージが項目ごとに時系列でスケジュールされます。利用可能なキャパシティがある場合、複数のストーリーが並行してスケジュールされる可能性があります。ここでは、設計からテストまでのエンドツーエンドのストーリーを最短期間で完了することに焦点を当てています。