文書のユーザー物語の内部技術課題[定休日]
https://stackoverflow.com/questions/1707080
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian解決
AS A [person/role]
I NEED TO [do something]
SO THAT [provides business value].
おとえばユーザーの話がこのような
AS A user of the XYZ application
I NEED TO get reports of ABC faster
SO THAT we can increase our conversion rates.
ACCEPTANCE CRITERIA - The database reliably completes transactions on average in 2 seconds.
私が追加された受入れ基準がなかのジョブが行われます。今この時点でビジネスケープのデータベースです。この物語が分解され、物語の役割はどのように対応すればよいかまたはDBAのような:
AS AN administrator for the database server
I NEED TO upgrade to the latest version of FancyDB 11.7
SO THAT we can improve the average transaction time for XYZ users to 2 seconds.
ACCEPTANCE CRITERIA - the new version starts successfully, the XYZ developers sign off on the test installation of 11.7, data migration is successful, we have cut over to the new db
が物語の分解が追加されボックスのモデルを構築するアプローチの必要から、ユーザーは、業務の一部を、"ように"つながるリビジネス品質を高めていきます。その分解物の一つ以上の物語を社内ユーザーのいいもの"になっていますので、その実ユーザーの利益を得ました。
こちらはカップルの記事につ物語の分解:
http://jpattonassociates.com/the_shrinking_story/
http://old.cognitive-edge.com/wp-content/uploads/1999/11/56-1999-11-Paradox-of-Story.pdf
他のヒント
スクラムな規範とはありま なし にスクラムを強制するのご利用ユーザーの話製品の受注残の推移（PBIs).お気に入りの商品がきっといスクラムなしで撮影要／特徴としてユーザ、ユーザーの話について教えてください。実はお話いため多くのチームは、特にウェブ開発チームがこえてくるということではない働いているすべての場合は、各プロジェクト（多くのプロジェクトのウェブ開発としてリストされているようだ。ありませんの合意の使用に関す。
とをお勧めのテンプレートのためのユーザーの話が実際に として <role>たいと思い <action> その <benefits>.いるという意味するとマラガ大聖堂、ピカソの生誕ものを使用する場合は、私を暖かくないので強固なものにしようとしていを取り除きます。最初に、使用 役割 いによるものでないことを同じユーザー様にはいくつかの役割)を発見す。それを指定する 特典 すことは非常に重要なの事業価値の優先順位を決めるための入っています。に関する価値をご紹介してみましょうでユーザー/顧客"うお客様のガラス"--マリアPoppendieck).であるというアプローチをとるストレの特典が、一部のツールがいかなる貢献ができるか、私の優先度の 5whys (使用するための根本原因解析する。
このケースではこのようなもの:しなければならなくなったこと部に当たって、データベースグレードアップされることにより、ユーザーからの最新の募【いてよりよいユーザー体験】(せんも満足のいくものの、5whys).
個人的には思うユーザー物語の中のための技術課題とした場合でも明確に 可能 使用した場合もその強みです。理論的には、物語の本質なので、詳細はサポートします。私が誤っている可能性が考えられがないからその技術的業務の多くを提供していますルームの検討および"創造"です。なので、によって読み込んで、何をすべ伝え、いつも利用しています。別のオプションがミックスに話を他の形式におPBIs.しかし、そのポイントは使用しない物語、ポイントはついての一覧 重点推定項目.
アップデータベース これらの課題の実施に別の話を直接的に価値のあるユーザーは、例えば としてユーザーを追加できる新しいfooっバー.
場合の追加 foo へ バー 必要データベースアップをしている作業を実施するに当たりユーザーの話です。
ユーザーのちばこのようにするための作品を直接給付、エンドユーザーもあります。
これが最先端の理由ユーザーの話しいでしょう。
何の利益になアップデータベースをエンドユーザー?無?しんで過ごした時間とお金はそれができていました。過ごせる時間とお金を提供するものとすることに価値をおします。
れているか。そして考えている。もしかしたらできるだけ実施する新機能がご版xのデータベースソフトウェア?の依存関係を話すことにより、データベースアップに必要な提供することが特徴です。
tl;drだけではなくアップグレードです。確化の追加の価値を持ちます。
一般的には、技術的課題にPBが延時であ 直接 お届けし事業価値、お客様の任意となります。そのたユーザー物語の人気をしないので、力をお考えの企業価値の物語の人が納入しています。
では、なぜアのデータベース?き、特定事業価値を高度化で、この製品の所有者に同意してアップグレードするデータベースの代わりに新しい機能？
この新機能を可能にするようなやりがいです。その場合は、その何かは、PB商品のデータベースアップすべきタスク内での話です。持っている人は、手続きをすれば話にPBメリットを享受できるから更により、増加の見積りの方に、追加のアップとしての技術的課題がある。
では、ベンダーのデータベースを切り古いバージョンから収録時間はどのくらいですか。その場合にアップとして、のようなもの"と部長になりたいとして支援すべてのソフトウェアの継続事業のないリスクが異常が起こった".でもそうでなかった。一般的にいえば、このような理由の最初がやりたかっただけで一部のプロジェクトの場合は、プロジェクトが始まっていたので長のシステムソフトウェアいのであれば、そうすればいいます。
ありがと実績を教えてください。その物語は一部についての性能をアプリを改善する必要が届います。のようなものとして、"CSRでき取得するお客様情報の場合には、合理的な時間でお客様の電話が入っています。その後、更なる課題の下での話です。
でも完全に技術的な理由がありますか？合を特定できなどのようにアップでお届けし事業価値、そしてどうするんだよいですか？この製品の所有者を選択します。
では"グレードアップのデータベース"か"の新バージョンが設置する必要がある方への移行は、既存のデータベース".既に分かっている場合は詳細についてこのステップ、を含む。が、その中心が存在するいかない忘れられた;では詳細な内容になっています。
その後、まだ実施でき肉で（テーブル、いま一つ以上のバックアップ、後シナリオです。
大藤の場合、プロジェクトはさらに複雑になることを"タグ"のように郵便で通知添付することで多くの話しました。がなければならないことを意味するなどのこと"サブ物語"全ての物語を変えるデータベースです。ご覧のとおり、これらの"プロジェクトに広がる物語"少し難しいトラックアジャイル方法
インフラの物語なのですが、所定の物語をテンプレートを作成します。直書きされると推定し
ど:
としての アプリケーションサポート人 になりたい最新版 データベース ですので 信頼性/安全/う.
あなたのフレーズのリファクタリングのように:
としての 開発者にウェブアプリケーション いすべての データクラスを一つのモジュール ができるよう 新しい分野のアプリを迅速に.
- 誰のための
- したいことを
- 何の利益は
理想的にはだいたい全ての物語を1開発にも少数の意味(とぎaxの代わりに木を切る).
