Categorie: Tutti - 情報

da Heihachi Mishima mancano 15 anni

717

シナリオ構想力

データを情報に変換するためには、まずデータの抽象化が必要です。対象とするデータの範囲を広げすぎず、特定の目的に特化した表現を用いることが重要です。また、データを俯瞰し、関連性や共通性を見出すことで、データの具体性を深めることができます。次に、データを加工し、使える素材に変換します。これは、関連性を見出したり、抽象的なデータを具体化する作業を含みます。さらに、全体像を把握し、データのカテゴリー化を行い、立場の違いに応じた情報化を行います。

シナリオ構想力

シナリオ構想力

6章:相手に伝わるよう、成果物を仕立てる

戦略的に伝える
伝える場所
伝える状況
伝えるツール
伝える相手
所要時間
背景を知らない人にしらせるのは大変
伝える内容

伝えるべきこと

情報

目的

伝えたいこと3

伝えたいこと2

伝えたいこと1

一番伝えたい結論

何故そう思ったか

妥当性の提示

妥当であることの補足

so what / why so
そのために・・・
説明のストーリーを決定する
伝えたい内容が伝わるように工夫する

結論から話して効率的に

キーワードを明確にしたり

伝える内容に優先順位をつける

不要な情報をはぶいちゃってもOK

受け手を理解する

内容の背景をどの程度しってるか

どの程度理解があるか

自分のやってることがどう見えるか

何にきょうみが?

聞き手はわがまま??
理解したいようにしか理解しない とか
聞く余裕がない とか
聞きたいこと以外聞かない とか
説明を受ける気がない とか
ターゲットにとって理解できる形へ
ブラ主アップ
どう伝えるのが最良か
EX)修正・公開ふぇーz

5章:統合の技術

まとめ
情報化の技術を活用

具体性・立ち位置・全体ー部分

具体性を合わせ直したり

立ち位置変えたり

さまざまな角度から見直すことも大事

情報や骨格を捨てる勇気

合わないものはばっさり!!

方向性を見失わない

そもそもの目的

判断基準とそれたドライバーは削除

骨格への情報の当てはめ
ドライバーにたいして具体策を
骨格の整理
要素のグルーピング

食べる場所

食べるもの

ドライバー

より現実的にブレイクダウンして

さらに具体的かつシンプルに
情報を骨格に当てはめる
独自点を残す

EX)個の力の融合

融合しようとする意識が働く

連携きらい

上層部で受け止める体制がない

若手に発信意欲がない

個人が出したものに別の意見が組み合わさる

思い切った提言がない

会議で意見を言わない人が

個人が出したものを他人が受け止める

ニーズを聞き出すための受け止める力が不足

上層部で意見を受け止める体制がない

個人が考えてることを発信

顧客ニーズをひきだせてない

会議での発言に消極的

若手に発信する意欲がない

共通点をまとめる

EX)個人の能力

成果面

誰でも同じパフォーマンスを有している

成果として現れてないひともいる

能力面

一芸に秀でたものもいる

他社とも見劣りしない

ポテンシャルは高い

EX)モジュールを使ったHTML生成

4章:シナリオの骨格をつくる

抽出した要素の組み立て
企画や提案

具体化された目的

具体案

前提となる構成

制約条件

判断基準

課題解決の要件

骨格となる要素のグルーピング

骨格となる要素の役割を明確化

全体像に沿った位置づけ

要素抽出法
目的からダイレクトに

抽出を容易にするメソッド2つ

プロセス分解

到達点へ向かって、行動を段階に分けて考える

自分の考えを発信する

個人の案を他人が受け取る

融合しようという意識が働く

個人が出したものに別の案が加わる

因数分解

別の切り口で

理想とのdiffで取る

理想状態からどれだけの要因で引き算されたか

全顧客への売り上げ達成

提案が通った顧客

提案できた顧客

アプローチした顧客

気をつけたいのが

1つの要素でも複数種類の因数が考えられることも

売り上げ

従業員数×一人当たりの売り上げ

シェア×市場規模

単価×出荷量

ビジョンに沿った行動

ビジョン共有

ビジョンの明確化

能力

やるき

このプランの目的(組織力向上とか)という視点から

例)組織力

個の力の融合

方向性の共有

個人の力

フレームワークを使って

信頼性自体は高い

フレームワーク自体の定義をしないと

ヒトモノカネ

かねってコスト?売り上げ?

ものって製品?備品?

人って誰のこと?

ケースに合ったフレームワークがないときとか

手元にあるデータから

あまり現実的じゃないねw

データが過不足ない、偏り無く持ってる必要がある

手順
骨格となる要素の抽出

各要素の関係性を把握

各要素を組み立て

考える骨格
EX)設計フェーズ
設計図を作る

3章:データを情報にする

全体像の把握
データを情報にするには・・・

多角的に抽出し、木と森を行き来してカテゴリーにする

カテゴリー化したあと

立場の違いから何が言えるか

森を見る作業

突出したデータをピックアップ

細分化し、木をみる

MECE

全体と部分を行き来する
立ち位置を元にした情報化
もっとも難しい情報化は特定のひとだけに価値あるもの

担当者に決裁権はない

経営層に魅力が伝わる商品ですよ

現在の停滞した業績

これ使うと120%あっぷよ

業界リーダーとしての地位

導入すれば業界スタンダードの改革=影響力増大

立ち位置の特性

立場が違えば情報のすえ方も違う

同僚:チャンス到来

業績やべーーー

抽象的データの具体化
データ内容の特性・テーマをできるだけ具体的な内容に置き換える
データの抽象化
具体性について補足

データをさらに一般化 概念

うまいと評判の店

個別事例の集合 でーた 

あの店を気に入った人は●人

個別具体的な事例 事実

あの店はうまい

具体性のレベル

具体的なものにあわせる

多数にあわせる

注意

概念のもつ意味を掘り下げる

全データを俯瞰して掘り下げる

端的にならない

あまり一般的な表現にしない

目的に特化させた表現を

目的のため

汎用化ではない

概念化すべきポイントを絞る

範囲広げすぎないように

EX)医療部では~~

関連・共通性

これらのいってることはつまり●●だね

情報にするための視点
全体~部分をもとにした情報化
立ち居地をもとにした情報化
具体性を基にした情報化
情報にするための条件
必要なものが過不足ない
自分にとってだけ有益だ

自分がこれからOUTPUTしようとしていることに対して有益かどうか

pintがあってる

前述でのテーマと特性抽出したものにそうか

加工作業
「使える」素材に加工する
EX)原稿の精査、みたいな
関連性を見出したり
定石も使えないよ

2章:シナリオ構想基礎(俯瞰の技術)

特性の抽出
今自分がどんな特性の情報を見ているか
例・能力

情報の中に、多面的さがふくまれてないこともザラ

仕事の質に変化がない

ばらつき水準

はっとさせられる

強み水準

聞き出す力がない

弱み水準

takai /hikui

能力水準

必ずしも同じ角度で図っているわけではない

高い・低いがある

能力水準という特性

仮説と検証
情報の出所に注意して情報を再度集める労も時には・・・ね

優先順位は「弱い部分」の補足から

限定された情報で仮説だて、情報を検証して追加していく
データや情報を使う
データ1つに対して複数のテーマが感じられるなら・・

目的思考で決定するべき

そのための俯瞰

テーマをすえる角度

テーマを特定する幅

何に利用するのかをはっきりさせるべき
テーマと特性
利点:最終成果に落とし込むとき、ターゲットが明確だとまとめやすい
利点:骨格にどの情報を当てはめるか分かる
利点:↑=MECEに気を配れる
利点:テーマが分かってる=活用する情報・捨てる情報の尺度がしっかりしてる
枝葉はFUCK!!
離れて
全体を
結論から
地頭の「仮説思考・フレームワーク思考・抽象化思考」
俯瞰は基礎だよ
ヌケ・モレを防ぐ
思いつきにとらわれがちな脳

客観性

偏ったデータは使い道0

1章:シナリオ構想

シナリオ構想の必要性
成果物を進化させる
価値ある成果

理論的な納得感

相手の知りたいポイントを抑える

不要な情報は排斥

Mece

事実を元

独自性

定石を使いこなす
使いこなせない理由

4.定石を使っただけで満足する

3.定石をつかうことが目的化

2.定石を活用する場面を誤る

1.定石にすぐに活用できる例がない

3C/4P etc...

シナリオとは?

本書:成果物を生み出すまでの思考の流れの枠組み
てにをはだけじゃなくて・・・
成果物のブラ主アップ
一般:将来予想