...
ステークホルダーアップデートとは データ分析講座(その273)

データサイエンス系プロジェクトを成功裏に納めるための人やチームの連携、チームがどのように連携していくのかに焦点を当てたとき重要になるのが、次の3点です。
- ステークホルダーアップデート(Stakeholder Updates)
- リファインメント(Refinement)
- レトロスペクティブ(Retrospectives)
今回は「データサイエンス系プロジェクトの重要なキーであるステークホルダーアップデート」というお話しをします。
【目次】
1. ステークホルダーアップデート(Stakeholder Updates)
2. リファインメント(Refinement)
3. レトロスペクティブ(Retrospectives)
【この連載の前回:(その272)複数の季節変動成分のある時系列データへのリンク】
◆【特集】 連載記事紹介:連載記事のタイトルをまとめて紹介、各タイトルから詳細解説に直リンク!!
1. ステークホルダーアップデート(Stakeholder Updates)
ステークホルダーアップデートは、ステークホルダーの要望や意見、思いなどを正確に把握する機会になります。それにより、各タスクの優先順位が変わったり、目指す方向が方向修正されたりします。
ステークホルダーとは、そのプロジェクトの利害関係者で、会社のエライ人やマネジャー、それを売るセールスパーソンや、それを活用する現場の人など様々です。ステークホルダーアップデート(Stakeholder Updates)とは、そのデータサイエンス系プロジェクトへの理解がアップデートする、ということです。
個々のデータサイエンティストのレベルをアップデートするために、アルゴリズムやコードそのもの、そしてそれぞれの基礎となる概念の学習に時間を割くことはよくあることです。個々のデータサイエンティストのレベルがアップデートするように、ステークホルダーもアップデートし続けるのが理想です。そうしないと、そのプロジェクトが日の目を見ること困難です。
ステークホルダーへアップデートするための説明をするとき、例えば以下の3点に気をつけましょう。
- 説明の前後(Before & After)を明確にする(現状〇〇で、説明をして〇〇の状態になってもらいたい)
- プロジェクトをWhat・Why・How・Results(何をしているのか、なぜしているのか、どのように解決しようとしているのか、その結果は何か)などのフレームで簡潔に説明する(理解を妨げる技術的な説明は避ける)
- 説明時にデータサイエンティストしか分からないような用語は避ける(もしくは、言い換える)
ちなみに、What・Why・How・Results(何をしているのか、なぜしているのか、どのように解決しようとしているのか、その結果は何か)以外の説明フレームワークでも問題ございません。例えば、STAR(Situation・Task・Action・Result)などです。
単に、ステークホルダーをアップデートするだけではなく、このステークホルダーアップデートのための説明が、実はデータサイエンスプロジェクトのチーム内の連携を強化します。
他者に説明するための作業が、チーム内の共通理解を強化するからです。チーム内のデータサイエンスのレベルは通常バラバラです。分かったつもりの人もいます。勘違いしている人もいます。人によって理解力も異なります。それを解決手段になるからです。
2. リファインメント(Refinement)
これは「見直し」についてです。
プロジェクト終了後の振り返り今後に活かすための「見直し」ではなく、プロジェクト中の見直しで、例えば毎週実施するようなものです。計画と睨めっこしながら見直しを実施します。反省会をするのではなく、週単位であれば次週誰が何をすべきなのかなどを検討します。
例えば、次のようなことを、各タスクに対し明確にします。
- その週に集中して取り組むことは何か
- 各タスクの重要度や優先順位、求められるレベルはどうなっているのか
- そのタスクを誰が実施するのか(レベル的に問題ないか)
- 似たようなタスクを実施した人はいないか(誰の助力が必要か)
- 冗長にならないようにどうすればいいか
- タスクをより効率的にできないか
3. レトロスペクティブ(Retrospectives)
これは「振り返り」についてです。
これは通常、月1回、四半期に1回の間隔で、過去に発生したいくつかの状況について徹底的に議論するものです。単に振り返るのではなく、例えば以下のようです。
- 誰がうまくいったか?
- うまくいったことは?
- 改善すべきことは?
- 新たな可能性は?
- 次回のレトロスペクティブまでのアクションアイテムは?
ポイントは、起こったことの網羅性です。
次回に続きます。
続きを読むには・・・
この連載の他の記事
現在記事
「情報マネジメント一般」の他のキーワード解説記事
もっと見る問題解決フレームワークPPDACとは データ分析講座(その147)
データを使い、実務的な課題をどのように解決していくのか、というデータ活用上の問題があります。幾つか方法がありますが、最も取り組みやす...
データを使い、実務的な課題をどのように解決していくのか、というデータ活用上の問題があります。幾つか方法がありますが、最も取り組みやす...
国立国会図書館オンラインNDL-OPACとは 技術情報を調べる(その2)
今回のテーマは、「技術情報を検索する」です。特許にかかわる方だけではなく、技術情報やビジネスの情報を調べたい方、研究開発に携わっ...
今回のテーマは、「技術情報を検索する」です。特許にかかわる方だけではなく、技術情報やビジネスの情報を調べたい方、研究開発に携わっ...
データ分析の専門部署を新設するときの留意点とは データ分析講座(その57)
◆ 「データ分析の専門部署」は、現場を知る人財との混合チームがいい。「手法偏重者」には気をつけよう。 今回は、データ分析の専門部署を維持発展させて...
◆ 「データ分析の専門部署」は、現場を知る人財との混合チームがいい。「手法偏重者」には気をつけよう。 今回は、データ分析の専門部署を維持発展させて...
「情報マネジメント一般」の活用事例
もっと見るデジタルデータの保存とは
今回は、地震災害等を想定して、デジタルデータの保存に焦点を当てて、主なバックアップ方法と長所短所を解説します。 1. 主なバ...
今回は、地震災害等を想定して、デジタルデータの保存に焦点を当てて、主なバックアップ方法と長所短所を解説します。 1. 主なバ...
人的資源マネジメント:製品開発の滞留を引き起こすファイルとは(その2)
今回は、PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかについて解説します。 前回まで続けていたテ...
今回は、PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかについて解説します。 前回まで続けていたテ...
‐技術開発の目標について 第2回‐ 製品・技術開発力強化策の事例(その16)
技術開発の目標を解説する以下の項目4点について、前回は、1と2を解説しましたので、今回は、第2回として、3と4を記述します。 1....
技術開発の目標を解説する以下の項目4点について、前回は、1と2を解説しましたので、今回は、第2回として、3と4を記述します。 1....


