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

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

 

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

次回に続きます。

 

 

   続きを読むには・・・


この記事の著者

高橋 威知郎

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

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


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

もっと見る
より高度な分析にこだわる罠とは データ分析講座(その51)

◆ 高度なデータ分析にこだわるほど、データ活用から遠のくという悲しい現実  データ分析の実務を始めたころに、誰もが陥る罠があります。実は、人によって...

◆ 高度なデータ分析にこだわるほど、データ活用から遠のくという悲しい現実  データ分析の実務を始めたころに、誰もが陥る罠があります。実は、人によって...


データサイエンスの基礎体力づくりとは データ分析講座(その278)

  ビジネスの現場でデータ活用するには、現場の事情を知る必要もありますし、現場に寄り添わなければなりません。ただし、データサイエンスの基礎...

  ビジネスの現場でデータ活用するには、現場の事情を知る必要もありますし、現場に寄り添わなければなりません。ただし、データサイエンスの基礎...


データは副産物ではなく血液である データ分析講座(その265)

  IT化を進めれば、その副産物としてデータは発生します。そのデータを保存さえしていれば、その副産物としてのデータを分析し、何かに活用する...

  IT化を進めれば、その副産物としてデータは発生します。そのデータを保存さえしていれば、その副産物としてのデータを分析し、何かに活用する...


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

もっと見る
ソフトウェア特許とは(その1)

 色々と定義はありますが、ソフトウェア特許とは、よく言うビジネスモデル特許であり、情報システムの特許です。言葉に差はあると思いますが、我々実務家は、ソフト...

 色々と定義はありますが、ソフトウェア特許とは、よく言うビジネスモデル特許であり、情報システムの特許です。言葉に差はあると思いますが、我々実務家は、ソフト...


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

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

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


‐販路開拓に関する問題 第1回‐  製品・技術開発力強化策の事例(その17)

 前回の事例その16に続いて解説します。開発が完了したから販売先を探す。そのような考え方で開発に従事することは根本的に間違っている事は既に述べました。開発...

 前回の事例その16に続いて解説します。開発が完了したから販売先を探す。そのような考え方で開発に従事することは根本的に間違っている事は既に述べました。開発...