概要

マーケ、DX、0-1などに置いて今までの流れとは異なるような変化やアップデートを意図する動きの実践のコツやセオリーをまとめた。

プロセス

順番が重要。

1.プレビジョニング

• 現状をマクロ目線で捉え、主なスコープの状況を確認する。
• 先々、少し先、目の前の全てに対して一貫して重要な論点に対して意味性の大きい要求を掴む。

2.インストール

• 根本的で時間のかかる基盤として機能するプラットフォームや環境の手配をする
• 対話や小さいが実利や成果のある具体的で完了可能な実践を通してリズムを作る。
• その過程を踏まえながらヒト・モノ・コトに対して把握を進め、変化を妨げている諸事情・結果を得るために取り壊すべき前提・最小限で最大の価値をもたらす目標を定義する。

3.リエンジニアリング

• 実践や自動化や成果化に向かいすぎず、動き方や作業フローや作り方などの基礎スタイルを再現可能なシステムとセットで根本的に変化させていく。
• 価値生産活動に強く関わる構造的な要素に対して、自治的に加速度的に結果に向かうために本当に具体的に必要な部分について意味を成す状態まで構築していく。

4.ソロプレイ

• 最速で最大の実利を得られ、影響の継続性や再現性のあるコアな実践や実装を、最少の関係者でプリミティブに愚直に行う。

セオリー

A.教育や体験を目的にしない

• やってみることを目的にした活動に価値はおよそない。
• 価値を生む・成果を得ることを目的にする過程には自ずと実験が存在し、結果的に学習機会にもエンタメ体験にもなる。

B.広範囲の関係者で合意形成をしない

• 今まで行えていなかった変化を生む動きを前提とした場合の話。
• 今までその変化を行えていない背景には必ず組織や周囲からの影響を受けるような力学がある。
• 広域な関係者との合意形成をする過程で、変化を避ける/または変化を妨げる原因となる要素が活動に包含されてしまう。
• 強い願いを確かに持っている当事者のみ、またはその願いを実現するケイパビリティのある人間までの範囲で何をやるべきかの判断を行うべき。
• その上で、どのようにやるか、どの程度やるか、何を回避するべきかについては組織や周囲の意見を参考に制定を行うことは望ましい。

C.必要性がないことを進めない

• やるべきことをやること自体が難しいわけではない。
• やった方が確実にいいことをやり切る必要性を創造することが何よりも難しい。
• 「なんで終わらせる方が良いのか？なんで早い方が良いのか？」これに対する明確でひとことに収まるアンサーがあるチームや個人が最も強い。
• 当事者にとって意味を成すものであればイベントはなんでも良い。

D.非同期での作業に期待しない

• 新しいことをやるということは一歩進むたびに、都度、何もわからなくなるということである。
• それを踏まえると非同期的な連携や作業をベースとして大きく変化を生む難易度がかなり高い。

E.作業効率を求めない

• 変化の大きい取り組みにおいては頻繁に関係者が失敗を想起する。
• 失敗を想起する時に人は失敗の要因に自分がなること回避する傾向がある。
• その結果として個人ごとに責任範囲を定めた分担主義の進行に陥ったり、停滞をしている理由をその領域の担当らしき個人のせいでの停滞である。と認識し始める。
• その認識の背景には基本的に得意な人がやり切ることで全体の推進コストが下がるだろうという効率意識が存在する。
• 変化は1つずつの完了が連続的に必要であることが多く、xxが終わらないと次のxxは取り組みを開始することすら出来ないというシーンが多発する。
• 全体として効率よく進むことよりも、「それが終わらせないと次に進めない何某」を、「今日それを出来る人」がやればよい。
• つまりは効率よりも期間あたりの推進能率だけを見ることが望ましい。

a