0

私は大規模な通信事業者で働いており、私たちの部門は最近、「エンタープライズ アジャイル」モデルの作業に移行しました (すべて非常にエキサイティングです!) 過去に特定のアジャイル フレンドリーなプロジェクトを実行しましたが、現在は全体を実現しようとしています。アジャイルの原則を使用したプログラム。私たちの仕事のほとんどはシステムの統合と構成に基づいており、社内で実行するソフトウェア開発はほとんどありません。

私は今、ライフサイクル プログラムから機能を提供しようとしており、チームが顧客価値に焦点を当てたストーリーを書くように奨励しようとしています。ユーザー機能?(サードパーティのソフトウェアは、ユーザーができることとできないことを既に定義しています)

例として、新しいレポート ソリューションを介して既存の顧客レポートを配信する機能があります。少なくとも最初のリリースの一部として、新しい機能は提供されません。ユーザー向けに作成する一連の標準レポートを特定しました。これらは私たちの顧客価値の物語です。しかし、1 つのストーリーを提供するには、構築する前に、新しいホスト、新しいビジネス オブジェクト データベース、新しいデータ収集ポイント、新しいデータ集約および抽出レイヤーを展開および構成し、現在の顧客データをソリューションにエクスポートし、検証およびプレゼンテーションを調整する必要があります。実際のレポートを配信します。

新しい Customer Queue レポートの配信は、私たちの EPIC ストーリーです。これを配信するために必要なすべての技術基盤作業をどのように把握すればよいでしょうか? ホストのステージングとデータベースの構築は、ユーザー ストーリーとして、または単なる技術タスクとして記述できますか。推定されていないタスクとして記述されている場合、1 つのユーザー ストーリーを提供する前に、約 4 ~ 5 回の反復を実行します。最小限の機能を提供しようとしても、このストーリーは大規模なデータ ボリュームを持つ大規模な顧客向けであり、最初のバリュー ストーリーを提供するには多くの技術的努力が必要です /

私はこの優れたサイト、Web、Mike Cohn などの本を検索しましたが、主にソフトウェア開発に基づいているようです。これについて、大規模なエンタープライズ向けのエンジニアリング プロジェクトに適用できる回答を得たいと思っています。アジャイル運動が成長し、そのソフト開発のルーツのために拡大するにつれて、これはそこにいるチームにとってますます大きな問題になるのでしょうか?

4

1 に答える 1

1

おそらくあなたはこれに間違って近づいていると思います。大規模な成果物は、アジャイルの哲学に反します。つまり、顧客の要件の変化に迅速に対応できる必要があります。

たとえば、新しいレポートを定義できるようにする新しいテクノロジーの実装です。顧客がこれに同意した場合、言うまでもなく、ごくわずかな量のレポートを前もって提供する必要があります。

一方、顧客がこれに同意していない場合、この時点でのアジャイルな提供は、賛同するまで、顧客が望むものを独自のインフラストラクチャで提供できるというサンプル レポートと証明になるでしょう。

私にとってアジャイルとは、方向を変えることができることを意味します - そして、あなたのアプローチはそれには向いていないと思います。

于 2012-07-25T05:46:21.393 に答える