web-dev-qa-db-ja.com

バックエンドの作業が多く、UIが少ないプロジェクトでユーザーストーリーマップをどのように使用できるか

バックグラウンド

私はジェフパットンの大ファン/信者です ユーザーストーリーマップ 。私は現在読んでいます 彼の本 ..

ストーリーマップを使用することは、クライアントにリーンスタートアップの原則を使用するように説得するのに非常に効果的な方法であり、mvpとは何か、最初にリリースする必要がある機能について、長く真剣に考えるように強制します（つまり、リリースとバックログを視覚化するなど） ）。

問題

私の問題は、現在veryの技術的解決策に取り組んでいることです。それは、ユーザー（B2C）アプリケーション（多くのUIを備えている）を取得し、少数の管理者によって処理されるクラウドバージョン（B2B）を作成することです。見積もりの​​一環として、mvpフェーズでは、ほとんどの場合コマンドラインを使用し、UIをあまり気にしないようにする必要があることがわかりました。

私の質問は、ユーザーストーリーマップを使用して、ユーザーストーリーがあまり進行していないこのようなプロジェクトを視覚化するにはどうすればよいかということです。それは主に、個々の消費者向けにUIがすでに実装されている操作をスケーリングするためにバックエンドで行われていることです。

例

以下は、ユーザーマップに配置したいタスクのリストであり、それらをレイアウトする方法に苦労しています。

Backend/API-Basic-Setup
Backend/DB-Model/Setup
Backend/DB-Model/Credit-Cards
Backend/DB-Model/User-Data
Backend/DB-Model/Task
Backend/DB-Model/Task-Machine-Assignment
Backend/DB-Model/Cloud-State
Backend/DB-Migration
Backend/Pubsub-Setup
Backend/Provider/Abstraction
Backend/Provider/Abstraction-Min-Implementation
Backend/API/User-Data-CRUD
Backend/API/Task-CRUD
Backend/API/Task-Machine-Assignment
Backend/API/Bot-Facing-APIs
Backend/Coordination/Task-Scheduling
Dashboard/Login
Dashboard/User-CRUD
Dashboard/Task-List-Management
Dashboard/Task-Create-View
Dashboard/Task-Provisioning
Dashboard/Machines-Overview
Bot/Web-Server-Interface-Setup
Bot/Refactor-Existing-Tasks
Bot/Connect-API-To-Web-Routes
Bot/DB-State-Setup
Bot/Deploy-updates
Bot/Instance-image
agileproject-managementestimationuser-story
1
abbood

私があなたを正しく理解したなら

  • 既存のバックエンドAPIとのための多くの異なるGUI実装がすでにあります
  • 既存の実装を変更したい-APIを変更せずにバックエンドの詳細。
  • あなたの目標：アプリがよりスケーラブルになるようにバックエンドをクラウドアプリに変換する

あなたの質問は：「実装-詳細」を再実装するために

答えは、「パフォーマンス（速度）を最適化するためにどのコードを変更するか」という質問に似ています。どのコードがシステムの速度を低下させるかを測定/プロファイルします。

あなたのケースでは、どのサブワークフローがスケーラブルなクラウドサービスから最も恩恵を受けているかを測定します。

「ストーリーマップ」は私の意見ではアジャイルプロジェクトに最適なツールですが、あなたのタイプのプロジェクトには適していません。

注：私の意見では、ストーリーマップはワークフロー/機能指向であり、サンプルタスクはコンポーネント/モジュラー/アーキテクチャ指向です。

1
k3b