(英語版

スパイクはエクストリームプログラミング(XP)の発明であり、技術的アプローチのリスクを減らすため、必要条件をよりよく理解するため、またはストーリー推定の信頼性を高めるために必要な知識を得るために使用される特別なタイプのユーザーストーリーです。スパイクはそれが含まれているスプリントとして最大のタイムボックスサイズを持っています。スプリントの最後に、スパイクは他の通常のユーザーストーリーと同じように実行されるかどうかが決定されます。スパイクは、リスクを早期に軽減するための優れた方法であり、チームがフィードバックを確認し、今後予定されているPBIの複雑さについて理解を深めることを可能にします。

スパイクを使用するときは?

いくつかの潜在的なブロッカーのせいでストーリーを完成させることができるかどうか、そしておそらくそのストーリーを推定することすらできないのかどうか、チームはいつか自信がない。したがって、急上昇をプロダクトオーナーにとっての投資と見なして、構築する必要があるものと、チームがそれを構築する方法を判断することができます。ストーリーを配信する必要があるときに先立って、プロダクトオーナーはチームのキャパシティの少しを割り当てます。そのため、ストーリーがスプリントになったときにチームは何をすべきかを知っています。

スパイクが使用されるかもしれない時の例はここにあります:

  • チームは新技術についての知識を持っていないかもしれず、新技術の実現可能性を確実にするためにスパイクは基礎研究のために使用されるかもしれません(ドメインまたは新しいアプローチ)。
  • ストーリーは、不十分に書かれ文書化されたAPIを持つサードパーティのライブラリを使って実装される必要があります。
  • ストーリーには重大な技術的リスクが含まれる可能性があります。また、将来のタイムボックスにユーザーストーリーを反映させる可能性のある技術的アプローチに自信を得るために、チームはいくつかの実験またはプロトタイプを作成する必要があります。

テクニカルスパイクと機能スパイク

スパイクは、主に2つの形式があります。技術的なものと機能的なものです。技術的な急上昇と機能的な急上昇を区別することができます。

テクニカルスパイク

テクニカルスパイクは、新しい機能をタイムボックスに適用する前に、チームが新しいテクノロジを試して目的のアプローチに自信を持つ必要があるという現在の実装に対する影響を評価するために頻繁に使用されます。

すなわち、「顧客の表示を現在の使用状況に更新し、通信要件、帯域幅、およびデータをプッシュするかプルするかを決定するのにかかる時間」

機能的スパイク

機能スパイクは、ユーザーがシステムとどのようにやり取りするかについて重大な不確実性があるときはいつでも使用されます。機能の急上昇は、ユーザーインターフェイスのモックアップ、ワイヤフレーム、ページフロー、または顧客や利害関係者からのフィードバックを得るのに最も適した手法であるかどうかにかかわらず、ある程度のプロトタイピングで評価されることがよくあります。

すなわち、「Webポータルでヒストグラムをプロトタイプ化し、プレゼンテーションのサイズ、スタイル、およびチャート作成に関するユーザーからのフィードバックを得る」

 

スプリント計画中は、スパイクはスプリント内タスクとして見積もる必要がありますタスクの期間は、提供できる「もの」の調査と開発に費やす必要があります。それは、ソフトウェア、ワークフロー、ドキュメンテーションなどの作業部分になる可能性があります。最終的には、このスパイクから得られる価値は、機能の過程における方向または方向の変更です。チームがスパイクには4時間かかると推定した場合、研究または開発には4時間しか費やすべきではありません。プロトタイプ、概念実証(PoC)、およびワイヤフレームはすべて、スパイクの分類に分類されます。

スパイクストーリーの受け入れ基準

他の一般的なユーザーストーリーと同様に、「スパイクストーリー」が推定可能で実証可能で受け入れ可能であることを確認することで、完了のステータスを取得するための一定の基準を満たす必要があります。

推定可能

他のストーリーと同様に、スパイクはバックログに入れられ、推定可能で、繰り返しに収まるサイズになります。スパイクの結果は、実際のコードではなく情報を生成するため、ストーリーとは異なります。急上昇は、最終結果を推進するための決定、プロトタイプ、ストーリーボード、概念実証、またはその他の部分的な解決策をもたらす可能性があります。

いずれにせよ、スパイクはスパイクの下に隠されたストーリーを識別しサイズを決めることができるという不確実性を解決するのに十分な情報だけを開発するべきです。

実演可能

スパイクの出力はチームに証明できます。これにより、研究とアーキテクチャの取り組みに可視性がもたらされ、また、行われている重要な決定に対する集合的な所有権と共有された責任を築くのに役立ちます。

許容できる

他のストーリーと同様に、スパイクの受け入れ基準が満たされると、製品の所有者はスパイクを受け入れます

 

視覚的パラダイムについて
ビジュアルパラダイムは、変化の激しい今日の環境において、組織が競争力を維持しながら変化に迅速に対応できるように支援します。当社の受賞歴のある製品は、中小企業、コンサルタント、世界中の優良企業、大学、政府機関など、32万人以上のユーザーから信頼されています。2018年にアジャイル機能さらに強化したVisual Paradigmは、スクラムチームがソフトウェアアプリケーションを作成、管理、展開する方法を自動化するためのスクラムプロセスキャンバス導入しました。これまでにないスピードと規模でチームのパフォーマンスを継続的に向上させることができます。

スクラムプロセス全体を1ページで管理する

  • 目を引く最新のステータスで楽しく楽しいダッシュボードでスクラムフレームワークを自動化します。
  • 1ページの視覚的に実行可能なキャンバスでバックログ、異なるスクラムロールの複数のスプリントを管理
  • 共有キャビネットにアーカイブするためのスクラム成果物および関連文書への即時アクセス、レビューおよび生成を許可する
  • 自明の指示、サンプル、および必要なドキュメントテンプレートを使用して、スクラムイベントと関連アクティビティを自動化します。

コメント

コメントフォーム
記事の評価
  • リセット
  • リセット