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

更新日

投稿日

データ分析

 

データサイエンス系プロジェクトを成功裏に納めるための人やチームの連携、チームがどのように連携していくのかに焦点を当てたとき重要になるのが、次の3点です。

  1. ステークホルダーアップデート(Stakeholder Updates)
  2. リファインメント(Refinement)
  3. レトロスペクティブ(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点です。

  1. ステークホルダーアップデート(Stakeholder Updates)
  2. リファインメント(Refinement)
  3. レトロスペクティブ(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回の間隔で、過去に発生したいくつかの状況について徹底的に議論するものです。単に振り返るのではなく、例えば以下のようです。

  • 誰がうまくいったか?
  • うまくいったことは?
  • 改善すべきことは?
  • 新たな可能性は?
  • 次回のレトロスペクティブまでのアクションアイテムは?

 

ポイントは、起こったことの網羅性です。

次回に続きます。

 

 

   続きを読むには・・・


この記事の著者

高橋 威知郎

データネクロマンサー/データ分析・活用コンサルタント (埋もれたデータに花を咲かせる、データ分析界の花咲じじい。それほど年齢は重ねてないけど)

データネクロマンサー/データ分析・活用コンサルタント (埋もれたデータに花を咲かせる、データ分析界の花咲じじい。それほど年齢は重ねてないけど)


「情報マネジメント一般」の他のキーワード解説記事

もっと見る
データ活用力とは データ分析講座(その174)

  ◆ データ分析力よりも活用力が重要  ビジネスでデータ分析をやることになったとき、あなたならどうするでしょうか。多くの人は、分析手法...

  ◆ データ分析力よりも活用力が重要  ビジネスでデータ分析をやることになったとき、あなたならどうするでしょうか。多くの人は、分析手法...


見積システムによるDX(その2)

  【目次】 1.アナログ情報をデジタル化 2.プロセス全体をデジタル化 3.価値の創造と利益の拡大   ここ...

  【目次】 1.アナログ情報をデジタル化 2.プロセス全体をデジタル化 3.価値の創造と利益の拡大   ここ...


コーホートを活用した受注予測モデルとは データ分析講座(その108)

  ◆ 営業や販売のCRM系のデータ分析、どうしてもコーホート的になる  分析用データはどのような視点で分析するかによりデータセットの呼び名...

  ◆ 営業や販売のCRM系のデータ分析、どうしてもコーホート的になる  分析用データはどのような視点で分析するかによりデータセットの呼び名...


「情報マネジメント一般」の活用事例

もっと見る
‐技術開発の目標について 第1回‐  製品・技術開発力強化策の事例(その15)

 前回の事例その14に続いて解説します。製品開発を目指している企業の中には、テ-マが見つかったら、または、アイデアが閃いたら開発に取り組む。そのような淡い...

 前回の事例その14に続いて解説します。製品開発を目指している企業の中には、テ-マが見つかったら、または、アイデアが閃いたら開発に取り組む。そのような淡い...


情報システム導入企業の悩みとは

        今回は、次の事例から、自社の生産システムにあった生産管理ソフトの選択をどうすべきかを解説します。   1. 想定事例  電...

        今回は、次の事例から、自社の生産システムにあった生産管理ソフトの選択をどうすべきかを解説します。   1. 想定事例  電...


‐時代の流れを意識した開発テ-マの設定‐  製品・技術開発力強化策の事例(その5)

 前回の事例その4に続いて解説します。時代の流れに沿う開発テ-マとして、最近では、高齢者介護機器、環境関連機器、省エネ機器、情報技術(IT)等に関心が注が...

 前回の事例その4に続いて解説します。時代の流れに沿う開発テ-マとして、最近では、高齢者介護機器、環境関連機器、省エネ機器、情報技術(IT)等に関心が注が...