ステークホルダーアップデートとは データ分析講座(その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回の間隔で、過去に発生したいくつかの状況について徹底的に議論するものです。単に振り返るのではなく、例えば以下のようです。

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

 

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

次回に続きます。

 

 

   続きを読むには・・・


この記事の著者

高橋 威知郎

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

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


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

もっと見る
データがあるから何かやって データ分析講座(その227)

  【この連載の前回:データ分析講座(その226)成功確度とデータサイエンスへのリンク】 ◆関連解説『情報マネジメントとは』 &nbs...

  【この連載の前回:データ分析講座(その226)成功確度とデータサイエンスへのリンク】 ◆関連解説『情報マネジメントとは』 &nbs...


分析結果が妥当かを、判断する前提知識とは データ分析講座(その77)

◆ 現場を知らなすぎると呆れられる分析者達  データ分析結果を疑われる時、それは「現場を知らなすぎる」と呆れられている時です。現場にいる人が自らデー...

◆ 現場を知らなすぎると呆れられる分析者達  データ分析結果を疑われる時、それは「現場を知らなすぎる」と呆れられている時です。現場にいる人が自らデー...


既存コア技術強化のためのオープン・イノベーション  研究テーマの多様な情報源(その21)

 1.コア技術(オープン・イノベーションの対象) ◆関連解説『情報マネジメントとは』    コア技術(ある領域を対象に設定し、1...

 1.コア技術(オープン・イノベーションの対象) ◆関連解説『情報マネジメントとは』    コア技術(ある領域を対象に設定し、1...


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

もっと見る
人的資源マネジメント:製品開発の滞留を引き起こすファイルとは(その2)

 今回は、PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかについて解説します。    前回まで続けていたテ...

 今回は、PDM/PLMに代表される製品開発業務のIT化をどのように考え、進めるのがよいのかについて解説します。    前回まで続けていたテ...


‐情報収集で配慮すべき事項(第2回)‐  製品・技術開発力強化策の事例(その10)

 前回の事例その9に続いて解説します。ある目的で情報収集を開始する時には、始めに開発方針を明らかにして、目的意識を持って行動する必要があります。目的を明確...

 前回の事例その9に続いて解説します。ある目的で情報収集を開始する時には、始めに開発方針を明らかにして、目的意識を持って行動する必要があります。目的を明確...


中小企業のセキュリティ対策を考える

◆ 企業の情報セキュリティと新型コロナウィルス対策の今  先日、駅のプラットフォ-ムで並んでいる時に、控えめに咳をしたら、前に並んでいた人にすかさず...

◆ 企業の情報セキュリティと新型コロナウィルス対策の今  先日、駅のプラットフォ-ムで並んでいる時に、控えめに咳をしたら、前に並んでいた人にすかさず...