Digital Transformation Agency

ベータ段階では、アルファ段階の最後に定義した最小実行可能な製品の構築に焦点を当てます。 これは、ユーザーのニーズを満たすために構築できる最も簡単なものです。

最初にプライベートベータ版でユーザーとサービスをテストし、次にパブリックベータ版でテストします。

トップに戻る

デジタルサービス標準を満たす

デジタルサービス標準の基準3:アジャイルとユーザー中心のプロセスを満たすために、サービス設計と配信プロセスに従わなければなりません。

デジタルサービス標準は、チームがより簡単で、より明確で、より高速なサービスを構築するようにガイドします。

トップに戻る

ベータ段階で必要なチーム

アルファで設立された学際的なチームは、既存の共感、文脈、勢いを維持するためにベータ段階にとどまるべき

ベータ期間中には、次のようなさまざまな役割と機能を導入する必要がある場合があります:

• web operations expert
• 倫理的なハッカー

トップに戻る

ベータ段階で何をすべきか

ベータ段階の開始時に、アルファ段階の終わりに合意したプロト このサービスは、プライベートベータ版としてリリースされます。

チームは、ユーザー調査の短いラウンドでそれをテストするように、プライベートベータを反復し続けます。 チームが製品を洗練するにつれて、これらのフィードバックのラウンドは短くなります。

機能しているエンドツーエンドのサービスが得られるまで、プライベートベータサービスを実行し続けます。 その後、人々が既存のサービスと一緒に使用できるパブリックベータサービスとして開きます。 実際のユーザーが新しいサービスを試用するとき、あなたはそれを改善する方法を見つけるためにそれをテストし続けます。

パブリックベータサービスがより良い解決策であることが証明されたら、パブリックベータサービスが既存のライブサービスを置き換えるライブステージに進むことができます。

ベータ版の主な活動は次のとおりです。

• 開発
• デザイン
• ユーザビリティリサーチ
• アクセシビリティテスト
• メトリック監視

これらの活動は、:

• サービスを構築し、その打ち上げのための計画
• 残りの技術的またはプロセス関連の課題を解決
• ユーザーとテストし、更新をリリースすることによ これには以下が含まれます。
  • vision
  • user journey
  • user story map
  • decision register
  • prototype

  トップに戻る

  ベータステージでの作業方法

  ベータステージでは、チームはエンドツーエンドのユーザージャーニーをサポートする最小限の機能で本物を構築する必要があります。 それを入手しやすく、安全にさせて下さい。 あなたのアルファプロトタイプの洗練されたバージョンを構築する誘惑を避け

  ベータ段階中：

  • チームの焦点が実験から実行可能な最小の製品の優先順位付けに切り替わることを確認してください
  • 実際のユーザーストーリー:
    • continuous integration and delivery
    • test-driven development(TDD)
    • automation
    • incremental design
    • pair programming

    トップに戻る

    プライベートベータ版とパブリックベータ版のリリース

    実行可能な最小の製品を構築したら、実際のユーザーとテストするためにリリースします。あなたの研究は、新しいパブリックベータサービスをホストするための最良の方法を見つけるのに役立つはずです。

    これは、新しいサブドメイン、サブディレクトリ、またはドメイン名である可能性があります。

    新しいドメイン名を申請するには、次の手順を実行します。

    gov.au ドメイン管理システム。

    プライベートベータ

    プライベートベータは誰にも開かれていないベータです。 プライベートベータでサービスを公開しないでください—招待のみにしてください。

    プライベートベータでは、次のことができます:

    • ベータサービスを利用するユーザーのタイプをより詳細に制御できます
    • ベータサービスを利用するトランザクションの量を制限します
    • サービスをより多くのユーザーにリリースする前に、小規模で迅速なフィードバックを取得します

    パブリックベータ

    パブリックベータとは、一般のメンバーが使用できるサービスのバージョンです。 現在利用可能なサービスと同時に存在します。

    プロトタイプのこのバージョンは、彼らが何か新しいことを試して喜んでいる場合は、それを使用することを選択することができ、すべてのユーザー

    トップに戻る

    パフォーマンスの測定

    サービスのパフォーマンスを測定し、報告する必要があります。 あなたは発見とアルファの段階でこれの準備を開始しています。

    パフォーマンスメトリクスは、サービスがユーザーのニーズを満たしているかどうかを調べるのに役立つ情報源です。 彼らは、あなたのサービスを向上させるためにあなたが行う決定は、データに基づいていることを確認します。

    あなたが測定しなければならない政府サービスのための4つの主要業績評価指標があります:

    • ユーザー満足度
    • デジタルテイクアップ
    • 完了率
    • トランザクションあたりのコスト

    あなたのサービスがユーザーのニーズやその他の目標

    次の操作が必要になります。

    :

    • アルファステージで開発した測定計画を行動に移す—これは、Apiの統合、分析の設定などを意味します
    • 利害関係者と計画の結果をテストします
    • 計画を反復して改善します

    プライベートベータ期間中は、次のことを行う必要があります。:

    • サービスの実際のパフォーマンスデータをキャプチャする
    • 調査結果を通じてサービスを反復して改善する
    • 必要に応じてデータキャプチャメソッドを改善する
    • サービスダッシュボードのレイアウトを構築する
    • サービスダッシュボードにベースラインと現在のデータを入力する
    • パフォーマンスダッシュボードにサービスダッシュボードを公開するための内部サインオフを取得する

    パブリックベータ期間中は、:

    • パフォーマンスダッシュボードでサービスダッシュボードを公開する
    • サービスダッシュボードを維持する方法と、メトリクスとデータに改善を追加する方法を計画する

    トップに戻る

    ベータステージにかかる時間

    ベータステージにかかる時間は、製品のスコープによって異なります。 適切なチームが配置されている場合は、数ヶ月かかるはずです。

    トップに戻る

    ベータステージが終了したことをどのように知っているか

    ベータステージの終わりには、次のものがあります:

    • プライベートベータサービスを開始し、パブリックエンドツーエンドサービスを開始
    • 実行する作業の優先リスト（バックログ）を作成
    • 継続的なユーザーリサーチの計画を作成
    • ダッシュボードを公開
    • ユーザーが完全に使用できる作業システムを構築

    サービスがスケールアップするときにリソーシングニーズをどのように満たすかを計画してください。

    サービスが稼働した後、学際的なチームは勢いを維持し、サービスが反復され、改善され続けることを確認するために場所に滞在する必要があります。

    Back to top

    Live stageに移行する準備ができたら

    サービスは、確実にLive stageに移行する準備ができています。

    • ユーザーのニーズを満たし、エンドツーエンドのユーザージャーニーを完全に提供します
    • あなたはそれをサポートすることができ、廃止されるまで繰り返し改善し続けることができます

    トップに戻る