オンライン広告情報フロー（インターネット製品の価値フロー：価値フロー、ワークフロー、情報フロー）

インターネット製品の価値の流れ: 価値の流れ、ワークフロー、情報の流れ

三流というのは、私たちが自分たちの仕事をどう見ているかを表す言葉です。この記事を書き始める前に、私はこの側面について多くの考えを持っていましたが、それらはあまり体系的ではありませんでした。最近、この考えが徐々に明確になって来たので、この記事を書きました。

リーン理論では、価値が流れることを期待しています。製造業を背景としたリーン理論をインターネット業界にマッピングしようとすると、バリューストリームを一つ一つマッピングすることが難しいことがわかります。

インターネット ソフトウェアの価値の流れを判断することと製造製品の価値の流れを判断することの違いは、製造製品はユーザーが受け取った時点でほぼすべての価値を獲得しますが、インターネット ソフトウェアの場合はそうではないという点です。

インターネットソフトウェアはサービスです。その価値はユーザーがサービスを利用するたびに得られ、そのたびに得られるサービスが異なる場合が多いです。サービスを提供するのは製造部門（ソフトウェア開発）だけではなく、ほぼすべての部門です。言い換えれば、ユーザー エクスペリエンスは企業全体の問題です。

では、この場合、インターネット企業が価値を提供する過程における「流れ」をどのように特定すればよいのでしょうか?このような背景から３つの流れが考えられます。

1 つ目はバリュー ストリームです。ユーザーはバリュー ストリームを通じてソフトウェアの価値を継続的にどのように得るのでしょうか。

NetEase Kadaを例に挙げると、NetEase Kadaは子供向けのSTEAM教育を提供する製品です。製品自体には、オンライン コース、コミュニティ、キャンパス、コンテストのほか、オフライン キャンプ、機関の認可、その他のサービスが含まれます。

Kada Scratch コースを購入した親ユーザーを例に挙げます。ユーザーの全体的なバリューストリームは次のとおりです。

1. Kada について学び、Kada を通じてあなたとあなたのお子様に必要なコースを見つけ、知識競争によって引き起こされる不安を解消する方法を見つけましょう。
2. コースを購入後、コース評価機能を通じて子供の改善が必要な部分を知ることができ、コースの勉強方法もすぐに教えていただきました。私は自分の状況を理解し、未知への恐怖をいくらか取り除き、自信を高めました。
3. 私は授業を受け始め、新しい知識とスキルを学び、競争上の優位性を高め、創造性と論理的思考力を養いました。
4. 私は宿題を始めました。その過程で、学んだ知識を復習し、実践に応用しました。練習を通して達成感と満足感を得ることができました。
5. 宿題のコメント、コメントを通じてフィードバックを得ることで、自分の学習状況や知識ポイントの理解度を把握し、フィードバックを通じて向上することができます。
6. オープンクラスは私の視野を広げ、新しいツール、方法、認識を得るのに役立ちました。
7. 卒業概要は、全体的な学習状況をまとめたものです。総括を通して自分の成長や変化がわかり、自慢したくなるような認定証ができました。

カード構築の理解から終了の要約まで、ユーザーはプロセスの各段階で異なる価値を獲得します。このリンクがバリュー ストリームです。

これは単純化されたバリューストリームの単なる例です。実際の価値の流れはこの例よりもはるかに豊かであり、製品には企業から個人、さまざまなグループまで、さまざまなタイプの顧客が存在することがよくあります。それぞれの顧客向けに設計されたバリューストリームは異なります。

ユーザーがバリュー ストリームを通じてソフトウェアのすべての価値をより速く、よりスムーズに得られるようにバリュー ストリームをどのように設計するか、また、ユーザーにさらに多くの価値を提供するために既存のバリュー ストリーム内のリンクをどのように追加または削減するか、これらこそがまさに私たちが考慮する必要があることです。

バリュー ストリームを設計した後、そのバリュー ストリームをどのようにサポートできるかを検討する必要があります。

これがワークフローの機能です。

インターネット企業にはさまざまなワークフローがありますが、最も一般的なのは製品開発ワークフローです。

1. 企画段階：製品企画者は、BDやオペレーションなどの社内顧客からの要望を受け、ユーザー、製品、業界に対する独自の理解に基づいて製品形態を設計します。
2. インタラクション フェーズ: インタラクション デザインは、プランナーから要件を受け取った後に製品のインタラクション デザインを開始するプロセスです。
3. ビジュアル段階: ビジュアル デザイナーは、インタラクション チームからインタラクティブなドラフトを受け取り、製品のビジュアル デザインの作業を開始します。
4. 開発フェーズ: ビジュアル フェーズからビジュアル ドラフトを、インタラクティブ フェーズからインタラクティブ ドラフトを受け取った後、開発者はコードの開発を開始します。
5. テストフェーズ: テスターは開発者からコードを受け取り、テストを開始します。
6. オンライン ステージ: 運用および保守担当者は開発者からオンライン アプリケーションを受け取り、コードの展開を開始します。

企画から発売まで、これが製品開発のワークフローです。

このワークフローにより、ユーザーは、より美しい外観がもたらす喜び、使用習慣に沿ったインタラクティブなデザインがもたらす快適さ、より高性能なソフトウェアがもたらすスムーズさなど、さまざまなソフトウェア使用体験を定期的に体験できます。新たに追加された相談機能により、ユーザーはより便利に製品を理解することができ、削除された情報入力機能により、ユーザーはより早く製品の使用を開始し、製品の価値を得ることができます。

ワークフローを確立した後、ワークフローを管理する方法に関する情報フローを確立する必要があります。

ワークフローは単独では実行できません。ワークフロー内の各リンクを接続し、情報を同期する必要があります。ワークフローの目標、全体的な効率性の向上、継続的な最適化は、情報フローを通じて管理する必要があります。

情報フローとワークフローの関係は、FTP プロトコルのポート 20 とポート 21 の関係に似ています。一方はデータを送信し、もう一方は制御データを送信します。

私たちが定期的に開催している各種の会議は、スタンドアップミーティングなど、昨日の作業の完了状況、今日やるべきこと、遭遇した問題などを同期させる一種の情報フローです。この会議を通じて、作業状況に関する情報が一人から他の人に渡されます。

もう一つの例を挙げます。

情報フローはワークフローを制御するために不可欠です。情報の流れがなければ、ワークフローは混乱し、リンクは切断され、レイヤー間の理解に一貫性がなくなります。

しかし、情報の流れ自体は価値を生み出さないため、情報の流れにかかるコストを考慮する必要があります。情報の流れが多すぎると、不必要な無駄が多く発生します。

プロジェクト マネージャーとして新しいチームに参加する場合、エントリ ポイントは多くの場合、情報の流れになります。情報の流れを制御することで、ワークフローを制御し、価値の流れに影響を与えることができます。

サード レートが何であるかを理解した後、私たちがすべきことは、サード レートを使用して製品の成功を支援することです。

そこで疑問になるのが、3 つのフローをどのように活用して製品を成功に導くかということです。

ビジネス競争は、究極的には、資源をいかに有効活用するかという競争です。この競争は、既存のリソースを使用してより多くのリソースを取得する方法と、既存のリソースを使用して価値を特定し、より多くの価値を生み出す方法に反映されます。これらは私たちが直面する必要があるものです。

3 つのフロー間のバリュー ストリームは、ユーザーにとって価値のあるパスを設計するために使用され、3 つのフロー間のワークフローは、リソースを活用するために使用されます。バリューストリームの最適化によりユーザーが得る価値を向上させ、ワークフローの最適化によりリソースの利用率を向上させ、情報フローの最適化により管理コストを削減します。

最適化を始める前に、まず現状を把握する必要があります。現状を把握・分析することで最適化できるポイントを見つけ出し、最適化するポイントを選定して最適化計画を立て、最適化計画に沿って全体的な改善を実現します。

バリューストリームの現状を理解することで、ユーザー価値を高めるために最適化できるポイントを見つけることができます。

バリュー ストリームの現在の状態を理解するには、次の 3 つのステップに分けられます。

1. 既存のバリューストリームを整理する
2. 既存のバリューストリームからデータを選択して収集する
3. 既存のバリューストリームに関する感覚的洞察の収集

既存のバリューストリームを整理する

まず、既存のバリュー ストリームとバリュー ストリームの各リンクを収集して整理し、できるだけ詳細にする必要があります。

1. Kada からオンライン コースを購入する顧客の価値の流れ。
2. STEAM 教師はカードを使用してキャンパス内に価値の流れを構築します。
3. 認可機関は、認可のためのバリューストリームを確立するためにカードを購入します。
4. …

これらの価値の流れを収集し整理することで、

既存のバリューストリームからデータを選択して収集する

Kada コースを購入する顧客の価値フローを例にとると、各リンクのデータを分析し、データを通じて最適化する必要のあるポイントを見つける必要があります。

1. Kadaを理解する。データの目的は、ユーザーが Kada を理解する過程で十分な価値を得たかどうかを把握することです。ユーザーはどのようなチャネルを通じて私たちを知るのでしょうか?どのユーザー チャネルが私たちの期待に最も合致しているでしょうか?オリジナルのユーザーポートレート設定は現実と一致していますか?ユーザーはどのようにして Kada について知るのでしょうか?ユーザーに見せたいものが表示されていますか?ユーザーがたどる経路は、当初計画していたとおりでしょうか?ユーザーは私たちが設計したすべての機能を使用していますか?ユーザーはページ上でどのような情報を見るのでしょうか?等

• ユーザーはどのチャネルを通じて Kada について知るのでしょうか?友達に勧められた？宣伝しますか？検索エンジン？公式アカウント？それとも他のチャンネルですか?
• 各チャネルにどれくらいの資金が投資されましたか?各チャネルには何人のユーザーがいますか?各チャネルの入出力比はどれくらいですか?
• 同じコピーライティングとデザインのシナリオでは、どのチャネルの ROI が高くなりますか?どのタイプのコピーライティングの方が ROI が高いですか?
• ユーザーはどのページを閲覧しましたか?各ページにどれくらい滞在しますか?直帰率はどれくらいですか?
• ユーザーがページを閲覧するときにたどる経路は何ですか?
• 単一ページのヒートマップはどのように見えるでしょうか?ユーザーが最もよく使用する機能はどれですか?
• スクロールバーはどこに行ったのでしょうか?ユーザーはどの部分を読むのでしょうか?

2. コース購入後、コース評価機能を通じてお子様の改善が必要な分野を知ることができ、コースの学習方法をすぐに受け取ることができます。自分の状況を理解することで、未知に対する恐怖をある程度取り除き、自信を高めることができます。

• Kada を訪れたユーザーのうち何人がこのコースを購入しましたか? また、コンバージョン率はどれくらいですか?
• コース購入プロセスにおける各ページの直帰率はどれくらいですか? （実際、コースを購入するプロセスには、ログイン、個人情報の入力、注文、支払いなど、多くのページがあります）、各ページに費やされた時間の長さ。
• コースを購入してレビューしたユーザーの割合はどれくらいですか?
• 評価を受けてすべてのコースを完了したユーザーの割合と、評価を受けずにすべてのコースを完了したユーザーの割合はどれくらいですか?

3. 授業を開始します（省略）。

4. 宿題を始めましょう。

5. 宿題についてのコメントは省略。

6. オープンクラス、省略。

7. 卒業概要、省略。

私がこれまで働いてきたチームでは、データ分析の必要性はそれほど重視されていませんでした。私自身はこれに反対であり、関連するデータ分析機能の確立を推進するために尽力してきました。

私の考えでは、データの収集と分析に関連する機能は機能の一部です。そうでなければ、新しい機能や新しいサービスが開始されたときに、その効果をどうやって知ることができるでしょうか?結果がわからなければ、新しい機能やサービスがプラスの効果をもたらすのか、マイナスの効果をもたらすのか、どうやってわかるのでしょうか?次に何をすべきかどうやって知るのですか?

しかし、実際の業務では、このような包括的なデータを管理したり収集したりすることは難しく、コストも比較的高くなります。したがって、現在の状況に基づいていくつかのトレードオフを行う必要があります。効果を知りたい機能についてはデータ収集や分析機能を実装し、それほど緊急でない機能は当然後回しにすることができます。

既存のバリューストリームに関する感覚的洞察の収集

これはユーザーリサーチの分野です。ユーザー調査部門に要件を提示し、達成すべき目標、検証したい既存ソフトウェアの使用状況、将来に向けて設計された新機能のポイントに対するユーザーの受け入れなどを明確に説明する必要があります。

ワークフローの現在の状態を理解することで、最適化できる領域を見つけ、チーム全体の効率を向上させることができます。

バリュー ストリームの現在の状態を理解するには、次の 4 つのステップに分けることができます。

1. バリューストリームのニーズを理解し、ワークフローがサポートする必要があるバリューストリームを整理する
2. 既存のワークフローを整理し、主要なリンクをリストアップする
3. プロセスデータインジケータを選択
4. 各種データ指標の収集状況

バリューストリームのニーズを理解する

バリュー ストリームのニーズはワークフローの目標であるため、バリュー ストリームのニーズを理解することが重要です。

Kada オンライン コースを例にとると、コース ユーザーの価値フローの目標は、ユーザーが Kada 製品を購入して使用するすべてのステップで特定の価値を獲得できるようにすることです。したがって、ワークフローの要件は次のとおりです。

• 可能な限り多くの新しい価値を継続的に提供できること。
• バリューストリーム内の最適化ポイントを継続的に見つけ、約 2 週間で最適化する機能。
• バリュー ストリーム内のすべてのリンクには、ユーザーが貴重なデータを失う原因となるエラーがあってはなりません。
• コース期間中、ユーザーが最大限の利益と達成感を体験できるよう、最高のコース、最高のソフトウェア体験、クラス講師のサービスをご提供します。
• …

これらはバリュー ストリームのワークフロー要件です。バリュー ストリームでは何を定義するか、ワークフローではどのように定義するかを定義する必要があります。

既存のワークフローを整理する

既存のワークフローを整理すると、チームの既存の作業方法をより包括的に理解できるようになります。このワークフローはさまざまなリンクまたはステップに分かれており、ワークフローはこれらのリンクを通じてバリュー ストリームをサポートします。

NetEase Kada のコースラインを例にとると、バリューストリームのニーズをサポートするために、次のようになります。

• 可能な限り多くの新しい価値を継続的に提供できること。
• バリューストリーム内の最適化ポイントを継続的に見つけ、約 2 週間で最適化する機能。
• バリュー ストリーム内のすべてのリンクには、ユーザーが貴重な情報を失う原因となるエラーがあってはなりません。

製品開発チームの現在の通常のワークフロー:

1. プラン
2. 交流
3. ビジョン
4. 発達
5. テスト
6. プレリリース
7. ライブ配信

このワークフローは非常に一般的であり、これ以上一般的なものはありません。ただし、私たちはこのワークフローを定期的に使用して、バリュー ストリームに新しい価値を継続的に追加し、バリュー ストリームのすべてのリンクを継続的に最適化し、テストとプレリリースを通じて品質を確保しています。

プロセスデータインジケータを選択

一般的なオプションのデータインジケーターは次のとおりです。

• プロセス時間 = プロセスまたはアクティビティを完了するのに必要な時間
• リードタイム = 処理時間 + 待ち時間
• 付加価値時間 = 付加価値活動に実際に費やされた時間
• 遷移時間 = ある活動から別の活動に切り替えるのにかかる時間
• 要件速度 = 各イテレーションの開始時にチームがコミットする要件の数
• 信頼性 = 開発や設計作業が依存する環境の安定性
• 利用可能時間 = 有効労働時間、言い換えれば、実際に労働に費やした時間
• エラー率 = つまり、要件レビュー、ビジュアルレビュー、インタラクティブレビューにおけるバグ率とエラー率であり、やり直し時間や納期遅延に影響します。

実際、指標を選択する際には恣意的なものではなく、条件によって制限されることが多いです。例えば、関係者を追跡して記録を残すことができなければ、付加価値時間を算出することは困難です。変換時間や使用可能時間も計算が難しく、さまざまな人とのコミュニケーションや、その回答に基づいた統計が必要になることがよくあります。

各種データ指標の収集状況

チームにはすでに固定された反復サイクルがあるため、需要率は理論的には安定しているはずであり、ストーリー ポイントを通じて需要サイズを簡単に見積もることができます。

プロセス時間も比較的固定されており、開発とテストの反復時間と調整するために、計画と対話には固定の反復が必要です。

上の図は各リンクに必要な時間を示しています。単純に、計画、対話、ビジョンにはより長い時間がかかると判断できます。実際、著者は時間を収集する際に、より詳細なチャートを使用し、開発チームの時間をより慎重に分割して記録し、各リンクの時間を記録しました。

情報フローはワークフローを管理するために使用され、異なるリンクや異なるロール間で情報を同期できるため、ワークフローがよりスムーズに機能します。したがって、ワークフローの現在の状態を理解した後、情報フローの現在の状態も理解する必要があります。

• 既存の情報フローを整理する
• 既存のストリームに費やされた時間
• 既存の情報ストリームのカバー範囲

既存の情報フローを整理する

会議、電子メール、IM グループ、その他の情報伝達方法をすべて整理し、各方法の目的をリストします。

ミーティング

• 全社員向けXXX会議：業務の進捗状況、主要成果、主要課題などを全社員で共有し、全社員にプラスのインセンティブ効果をもたらすことが目的です。
• XXXX 隔週会議: 戦略実行結果を同期し、結果に基づいて計画を議論し、最終的に新たな決定と次のステップを形成します。
• XXXXX 週次会議: 関連情報と問題を同期し、問題を明らかにし、さまざまな事項の進捗を促進します。
• インタラクティブレビュー: 省略。
• 視覚的レビュー: 省略。
• 要件レビュー: 省略。
• 技術レビュー：省略。
• 開発週次会議：省略。
• 毎週の計画会議:省略。
• テストケースのレビュー: 省略。
• …

郵便

• 部門メール通知：重要事項の通知と同期。
• オンライン電子メール通知: 関係者の作業を円滑にするために、オンライン コンテンツ、バージョン、および注意事項を全員に通知します。
• XXXX メール通知: 省略
• …

IMグループ

• カスタマーサービスグル​​ープ：カスタマーサービススタッフが受け取った重要な問題に迅速に対応し、解決します。
• 全スタッフグループ: XXXXXに通知
• 開発グループ:
• テストグループ:
• …

既存の情報ストリームのカバー範囲

また、既存の情報フローの対象範囲を整理することも必要です。一部の情報フローでは主要な人物が省略されていたり、同じ目的を持つグループが同じ人物を繰り返し対象にしていたり​​することが判明する可能性があるためです。

既存のストリームに費やされた時間

次のステップは、各情報フローに必要な時間を記録し、この時間を使用して情報フローの入出力比率を決定することです。スタッフの時間の使い方。

第三ストリームの現状を把握した後、現状を分析し、問題点や最適化ポイントを見つけ、的を絞ったソリューションを提案することが急務です。

データにより、コースを購入するコースユーザーのコンバージョン率が満足できるものではなかったことが明らかになりました。コースページを閲覧したユーザーのうち、購入を選択したのはわずか 1% で、購入を選択しなかったユーザーのほぼ全員が購入プロセスにまったく進みませんでした。つまり、ユーザーは購入ページを閲覧した後に離脱したことになります。

そして、ほとんどのユーザーが実際にページ上の情報を読んでいることがわかりました。では、なぜ 99% のユーザーが購入プロセスにすら進まないのでしょうか?スクロール バーのパーセンテージは、ほとんどのユーザーが読み終えたことを示しています。それはコピーが良くないからでしょうか？それとも情報が不十分だからでしょうか?それとも値段が高す​​ぎるからでしょうか？ユーザーが十分な価値を得られないと感じるのはなぜでしょうか?

これらの分析に基づいて、価格を調整したり、コピーを変更したり、情報を追加したりすることができます。

議論の結果、さらに情報を追加することに決定し、このリンクでユーザーがより多くの価値を得られるよう、体験クラスを追加しました。この値は、ユーザーが意思決定のリスクを軽減するのに役立ちます。

トライアルクラスを公開した後は、トライアルクラスを開いたユーザーの割合はどれくらいかなど、関連データも収集する必要があります。体験授業を最後まで視聴するユーザーの割合はどのくらいですか?体験レッスンを追加した後、コース購入への転換率は上がりましたか?これらの結果に基づいて、さらにどのような最適化を行う必要があるかを決定できます。

コースの製品開発フローと各リンクのデータを見ると、初期計画とインタラクティブビジョンの時間が比較的長く、プロセス全体の 2/3 を占めており、この時間を短縮する必要があることがわかります。同時に、開発時間は短すぎ、テストと事前リリースの時間は長すぎます。

インタラクティブなビジュアル プランニングの計画時間が長いという問題に関しては、まず、作業負荷を可視化して、対応するステップを完了するのに長い時間が必要かどうかを判断する必要があります。したがって、すべての作業内容を JIRA に置くことが非常に重要です。次のステップは、JIRA 上のデータに基づいて、この部分の作業内容を短縮できるかどうかを分析することです。

もちろん、この問題に関する担当者の見解を理解し、合意に達して実習の短縮を推進できるかどうかを知るために、担当担当者とコミュニケーションを取ることも必要です。

リリース前および発売前のテストと共同デバッグの時間が長いという問題について、さらに分析したところ、バグに費やされる時間が全体の開発時間の 1/3 を占め、共同デバッグの時間が比較的長いことがわかりました。テスト環境は不安定になることが多いです。品質が悪いため、テストの待ち時間も非常に長くなります。したがって、最初の結論を導き出すことができます。品質が低いと、コードをテストに送信してから時間がかかりすぎます。したがって、最初のステップは、コード提出の品質を向上させることです。その理由は、現在、新機能の開発に対するプレッシャーが比較的高いためです。同時に、一時的な要件が多数挿入されており、設計と自己テストのための開発時間が不十分です。したがって、解決策は次のようになります。各イテレーションで開発に 20% の時間を確保し、要件を少なくしてバグを減らし、一時的な要件が挿入されるときにこの 20% の時間をバッファーとして使用して、設計とテストの時間を占有しないようにします。この時間の一部が使い切られていない場合は、その時間を技術的負債の解消に使用します。

利用可能な時間を延長する際には注意してください。すべての時間を仕事に使用できるわけではありません。 8 時間集中して働くのは非常に疲れるので、その間に誰もが休憩を取ります。タバコを吸ったり、コーヒーを飲んだり、立ち上がって歩き回ったり、他の人とおしゃべりしたりするかもしれません。

これらは不必要なことのように思えますが、この部分の時間が奪われると、仕事の効率が低下するだけです。さらに、各人に必要な休憩時間は異なり、各人の休憩時間が一定時間を超えてはならないと単純に規定することはできません。したがって、利用可能時間を検討する目的は、単に利用可能時間を増やすことを検討するのではなく、実際にどれだけの時間を使用できるかを確認することです。

別の観点から見ると、労働時間を増やすことで利用可能な時間を増やすこともできます。これも私たちがよく使う方法です。

実際、この方法は喉の渇きを癒すために毒を飲むようなものです。最初は、労働時間が増えるにつれて、利用可能な労働時間も増える可能性があります。しかし、疲労が増加するため、利用可能な時間の増加は労働時間の増加に比例しません。残業時間が増えると、利用可能な時間は徐々に減少し、安定したレベルになります。このレベルは、残業前の利用可能な時間より長くなりますが、予想よりは短くなります。

残業にコストがかかると、インプット・アウトプット比率は明らかに低くなります。

情報フローデータから、XXX メールを受信する人数は全従業員であることがわかりますが、実際には全従業員に通知する必要はなく、このメールはメール リスト内の返信が必要な人だけが受信すればよいのです。そうしないと、すべての電子メールと関連する返信がすべての従業員に届くことになり、大量のスパムが発生します。残りの人は、オンラインのときにのみメールを受信する必要があります。

情報フローのデータから、次のことがわかります。前回の XXX 会議は 3 時間かかることが多く、会議では全員が多くの問題について議論しました。コアメンバー全員が会議に出席します。これでは会議の目的から外れてしまい、時間がかかりすぎて無駄が多くなってしまいます。

分析を通じて多くの最適化ソリューションを考案しましたが、それらを実装するのはそれほど簡単ではありません。一部のソリューションは環境やチームの現在の状況によって制限され、短期間で実現することはできません。これらもまた、あなたが直面しなければならない課題です。いかにしてサポートを見つけ、周囲の環境を変える努力を継続的に行うかは、おそらくインターネット プロジェクト マネージャーがよく行うことです。

3つのフローの現状を把握し、分析・最適化することで、業務ラインの効率性を高め、効率性優位性でビジネス競争に勝つことができます。

バリューストリームを分析した結果、各段階でのデータ収集と分析だけでは意思決定に不十分であることがわかったため、次の段階の目標として、できるだけ早くデータカバレッジを向上させることを設定しました。

ワークフローを分析することで、ワークフローの問題を把握し、製品要件をできるだけ早く完了できるように、利用可能な作業時間を改善することを R&D チームの作業目標にしました。

情報の流れを分析することで、会議の頻度を減らし、不要な会議を一部キャンセルし、目標と組織構造に応じて各会議の参加者を調整し、メーリングリストを再編成し、電子メールの中断を減らし、一部のグループを統合し、必要な人全員に情報が確実に送信されるようにすることで、作業の各リンクの同期にかかる時間が短縮され、情報が適切に伝達されるようになりました。

著者: NetEase のシニア プロジェクト マネージャーである Cao Liang は、SCRUM マルチロールの経験 9 年、大規模分散システムの経験 6 年、LTE システムの経験 3 年を有しています。彼は、ユーザーのニーズが価値に変換されるスピードを高めることに尽力しています。