(3ページ目)

対象 ✕ 方法

に関する学び

---

なぜ夏祭りに魅かれる？ 私が参加している地域活動の中で、毎年9月に自治会主催で開催される公園での夏祭りに、デザイン思考の手法を応用できる可能性を感じました。地域住民が自ら作り上げ、参加する祭りは、住民間の一体感を醸成し、地域コミュニティの維持に大変意義があると考えています。 情報の集め方は？ まずは、地域の動態データや歴史、地形・自然環境といった定量情報の収集に加え、住民の意識や興味を探るため、街並みの観察や各種団体、学校、飲食店での会話など、幅広い交流を実施しました。そして、夏祭りに特化し、過去の祭りの感想やアイデア、場合によってはネット上のコメントなどを収集し、さらには他地域の事例も参考にすることで、多角的な視点から祭りのあり方を見直しました。 住民の反応は？ 収集した情報をもとに、地域住民をいくつかのパターンに分類し、ペルソナを設定して共感マップを作成しました。参加意欲の高い層、興味はあるが一歩踏み出せない層、自分には関係ないと感じる層など、複数の視点からユーザー体験を明確にし、夏祭りへの参加インサイトを浮き彫りに、カスタマージャーニーを設計しました。 意見のまとめ方は？ その後、地域住民を対象としたワークショップを複数回開催し、参加者全員でビジョンやミッションを共有しながら、様々な課題の抽出とアイデア出しを行いました。実行グループには自治会の担当者も加わり、ブレインストーミングやシミュレーションを経て、評価を得ながら具体的な実施計画を策定しました。全員で高め合うために、意見の偏りが生じないよう付箋などを用いてアイデアを平等に扱う工夫も取り入れました。 計画実行の秘訣は？ 実行計画は、予算やスケジュール、人的資源、リスクなどの各要素を評価し、必要なパフォーマンスの確保方法も検討しながら、効率的に進めるためのプロジェクトマネジメント手法を取り入れました。基本的にはウォーターフォール方式を採用しつつ、進捗に合わせて新たなアイデアも取り入れ、柔軟に対応しました。 デザイン思考の本質は？ この一連のプロセスを通して、デザイン思考は単なる定型のプロセス消化ではなく、課題を深く掘り下げ、考え、アイデアを創出する反復作業であることを実感しました。各分野の知見や専門家の協働、また異なる視点を持つ作業者同士の意見調整が、最終的な成果に大きく影響すると感じています。

問題はどこにある？ まず、データ分析の出発点として、どこに問題があるのかを明確に特定し、その問題に対して仮説を立ててからデータを集める流れの重要性を実感しました。過去のデータは失敗の原因を探るために、未来のデータは仮説の検証に活用するという視点が新鮮で、漠然とデータを眺めるのではなく、明確な仮説を持って取り組むことで分析の質が大きく向上することが分かりました。 複数仮説は難しい？ また、複数の仮説を一から立てるのが難しいため、ビジネスフレームワークの活用が有効であると学びました。たとえば、4Pの視点から事例を考えることで、各観点から仮説を立て抜け漏れなく問題を多角的に捉えられる効果を実感しました。 複数仮説で見抜く？ さらに、一つの仮説に固執せず、複数の仮説を立てて決め打ちしないという原則が印象的でした。一つの仮説に偏ると、それを裏付けるデータばかりに目が行きがちですが、複数の視点を組み合わせることで、より客観的な分析が可能になると理解しました。 検証方法は正しい？ 仮説を検証する際には、自分が見たい情報だけでなく、反証となるデータも集めることが重要です。比較対象となる情報を確実に収集することで、確証バイアスを避け、より信頼性のある判断が下せると感じました。 費用対効果はどう？ また、問題解決の際には、費用対効果を基準に施策を評価する方法も学びました。複数の施策候補がある中で、この指標を活用することで、効率的に優先順位を決め、実行可能な解決策を選択できることを実感しています。 なぜ仮説を並べる？ 現場でのインシデント対応についても、調査開始前に必ず複数の仮説を書き出すことが改善につながると感じました。たとえアプリケーションの問題と疑っても、インフラやデータ層の可能性も考慮し、各仮説に対してどの指標やログを確認すれば検証できるか明確にすることで、偏らない客観的な分析が実現されます。 監視の落とし穴は？ さらに、システム監視の見直しでは、インフラ層、アプリケーション層、データ層、外部依存という4つの視点に分類し、それぞれで見逃されがちな指標やアラート設定の不足がないかを洗い出す作業を行っています。特に、複数の層にまたがる問題に対しては、層間の関係も意識することで、予兆を捉え、問題が深刻化する前に対策できる体制の構築に寄与していると感じています。

思考の偏りを防ぐには？ 考えが偏りやすいことと、その防ぐ手段があるという2点が大きな学びでした。 防ぐ手段として、まずロジックツリーについて述べます。以前からロジックツリーという言葉は知っていましたが、「いかにMECE（Mutually Exclusive, Collectively Exhaustive）に分けるか」が大切だと考えていました。しかし、実際にはMECEはあくまで付随事項であり、自分の思考を見える化するのが一番の目的だと感じました。 切り口を考える重要性 次に、「切り口を考える」についてです。目的に応じた切り口を考え、それに沿って思考を進めることの重要性を理解しました。この方法はロジックツリーの上位に位置する考え方で、常に意識する必要があると理解しました。「切り口を考える」は知的体力が必要となる内容だと思うので、これをどのように習慣化し、忌避感をなくすかがポイントだと考えます。 設計前の手法の重要性とは？ 証券会社のシステム開発を担当していますが、特に具体的な設計・開発に入る前の「要件定義、プロジェクト計画時」にこの手法を利用したいと考えています。具体的には、以下の点について検討・実行に活用したいです。 - 具体的な要件を引き出す前に、開発対象の業務で一番重要なものは何か - プロジェクト計画を行う上で、一番重要視するファクター（お金なのか、時間なのか、等） - 要件を引き出すにあたり、どのようなコミュニケーション方法や準備が必要か - ステークホルダーの中でどのようなコンクリフトが発生し、それをいかに解決するか 明確化をどう習慣化する？ 現在は過去の経験に頼って進めていますが、WEEK1の講義を受け、「目的の明確化」「考えの偏り」「その防止策」の3点を学びました。今後はこれらの点を意識しながら、具体的な作業に着手する前に確認し、学ぶ内容を活用していきたいと思います。 まずは「目的の明確化」を習慣化します。そこから考えるべき論点を洗い出すことが必要です。これまでは思いついたものを無批判に受け入れ、最終成果物の作成まで進めていましたが、今後は立ち止まり、他に論点がないか、どのような視点・視野で論点を洗い出したかを確認し、その後の作業内容を決定していきます。将来的には、上記の作業の中でロジックツリーを活用し、精度を上げられるようにしたいです。

戦略はどう選ぶ？ 競合に対してどのような戦略を取るかという状況に対し、GAiLを通じて体系的な差別化戦略の立案方法を学びました。まず、施策を講じる前には「顧客」を正確に捉えることが重要であり、そのためには市場の詳細な分析が必要であることを理解しました。この分析の正確さが、その後の施策の対象や効果性に影響を及ぼすことになります。 施策は何を重視？ 施策を考える際には特に以下の3点を重視する必要があります。まず、顧客にとって価値があるかどうか、そして顧客の設定について考えること。また、顧客視点から見た競合を意識し、誰が差別化の対象となるのか（競合の定義）も検討します。最後に、施策の実現可能性や持続可能性を考慮し、差別化の鍵となる視点を持つことが重要です。 差別化とはどう見る？ さらに、差別化を実践するためのポイントについても学びました。ありきたりのアイデアにとらわれず、執拗に考え抜くことや、チームの集合知を活用することが提示されました。また、自社の強みを意識し、外部の力を必要に応じて借りることや、ライバルを過度に意識しすぎないことも大切です。 戦略の基本は何？ ポーターの3つの基本戦略も学びました。コスト・リーダーシップ戦略、差別化戦略、集中戦略の各戦略は、市場の変化に応じた柔軟な対応が求められることを理解しました。自社の経営資源を正しく分析して活用する能力が不可欠です。 部署はどう活かす？ 現在、私の部署は営業店や間接部署のバックオフィス業務を中心に行っており、直接の競合や顧客は存在しません。しかし、営業店や他の間接部署を「顧客」と見立てることで、自部署の存在意義や価値を高める戦略の策定に役立てられると感じました。既存業務の実績と課題を洗い出し、顧客ニーズや潜在ニーズをさらに探る必要があります。その上で、自部署の強みや経営資源を明確にし、それをどのように活用するかを部署内で議論することが、効率化や高品質化につながると感じています。 活用法を探る？ 直接的な活用が難しい中でも、部分的に活用できる方法を模索していきます。業務提案や会議の際に丁寧な下準備を行い、提案の目的や整合性を意識すること、ターゲットを明確にすること、課題抽出の際には周囲の意見を取り入れること、自部署の経営資源を考え、それをどのように活用するかを検討することが重要です。

最初に何を明確に？ 分析に着手する際、何から手をつけてよいのかわからない状態でしたが、まずは「目的」を明確にし、何を知りたいのか、また改善点につなげるにはどうすればよいのかを意識しながらデータと向き合うことが大切だと実感しました。その上で、データ分析の前段階として、比較対象となる条件を整理し、どの条件や項目を設定するかを精査することが、結果の精度を高める鍵であると理解できました。 整理方法はどうする？ 授業からは、細かい点まで明確に比較できるように各要素を分けて整理する方法や、項目を一覧化して理路整然と進める手法を学びました。また、その調査結果の意味や期待される効果について問いかけながら項目を設定する重要性、そして各データ項目ごとの感覚の違いを補うために他のデータを参照する必要性についても示唆を得ました。さらに、数字を加工して割合を算出しグラフ化する際は、情報の性質に応じたグラフ（要素間の割合には円グラフ、上下の数値比較には縦棒グラフ、要素間の比較には横棒グラフなど）を効果的に用いる工夫が求められると学びました。場合によっては、実数そのままで比較したほうが効果的なケースもあるという点も印象的でした。 ビッグデータをどう見る？ また、スモールデータとビッグデータの違いに触れ、ビッグデータを扱う際には「クレンジング」に注意し、類似性の高いデータを抽出することで、過去のデータを新たな価値に変えていくプロセスの重要性も認識しました。データ分析は、目的と仮説に基づいた切り口の設定、データ収集、加工、発見、そして結論へのプロセスを着実に踏むことが不可欠で、見えている加工データと状況や根拠に基づいた解釈とを組み合わせることで、より説得力のある分析結果が得られると感じました。 広報戦略はどう考える？ 具体的な広報戦略を考える際には、施策を大項目から小項目へと段階的に設定し、戦略の目的に沿ってPRのアイディアを複数仮定しました。その上で、各ツールの選択肢や条件を一覧化し、データを当てはめて比較検討することが効果的であるという実践的なアプローチも印象深かったです。 グループ作業はどう？ グループワークでは、見えている加工データに状況や他の根拠・解釈を加えて分析する手法が強調され、その具体的な組み合わせ方や実例について、さらに深掘りして聞いてみたいと感じました。

当たり前は実践でき？ ビジネスの場で重要なのは、「言われてみれば当たり前のこと」をどれだけ意識的に実践できているか、という点です。人間は「考えやすいこと」や「考えたいこと」に無意識に集中してしまう傾向があり、これが思考に制約を与えることがあります。自分の思考には偏りがある可能性が高いことを理解し、それを大前提とすることが重要です。 自己批判の意味は？ 「クリティカル」の意味は「批判」であり、その批判の対象は自分自身であるべきです。自分自身に意識を向けることによって、自らの考えをチェックし、もう一人の自分を育て、自分の考えを客観的に見直す習慣を身につけることが大切です。このスキルは独学では身につかず、他者との意見交換を通じて偏りを認識し続けることが有効です。 発想法のコツは？ さらに、自分の経験や思い付きだけで発想しないために、効果的な「頭の使い方」を心得ておくことが大切です。「分ける」といった思考方法を活用します。例えば、考え始める際に対になる概念を意識し、そこから発想を広げる方法や、小さな案の共通点を見つけ出し、それを基に新しい発想を考える「具体と抽象のキャッチボール」が有効です。 実行方法はどう？ 具体的な方法として、次のような取り組みが挙げられます。部下と課題解決策を一緒に見直し、頭の使い方を意識して多角的に検討した上で実行を指示する。そして、企画や発案の際にはメンバー全員に思考の偏りを自覚させ、共に意識を向けさせることが重要です。また、思い付きや直感に基づく行動を避け、じっくり考えて判断します。そして、お客様にとって何が最良かを考える際、自分一人ではなく他者と意見を出し合って決定することが求められます。 在り方変革は？ まず自分自身の在り方を変える必要があります。過去には、自由に発言しているつもりでも常識の範囲内で発言していたり、周囲との調和や感覚を意識しすぎて意見が制約されていました。しかし自分の概念には偏りがあることを自覚できたので、制約された発言では意味がないと気づきました。今後は自ら意識して制約を外します。 意見の受け止め方は？ これにより、自分や多くの人と異なる意見に対する受け止め方も変わるでしょう。会社でのミーティングでも少数派の意見に耳を傾け、見逃していたヒントを大切にしたいと思います。

今週の学びは何？ 今週、このコースの学びを整理し直し、3つの重要な点を改めて認識しました。 問いの意義は何？ 第一に、「問い」が何かを考え、それを明確にすることは非常に重要です。イシューを特定することで、なぜその問題について議論しなければならないのか、その目的がはっきりします。 イシューをどう特定？ 第二に、イシューを特定するためには、既存のデータを様々な角度から分析し、ピラミッドストラクチャーで情報を整理・構造化する必要があります。これにより、本質的な問い、「イシュー」を決定し、解決することが可能となります。 表現方法はどう？ 第三に、相手の立場に立って表現し、主語や述語を明確にすることが大切です。スライド作成時は、グラフの活用やメッセージの強調などを通して、何を伝えたいのかを分かりやすく示すことが求められます。 業務にどう活かす？ この学びは、日常の業務、たとえば「関連部署への調達コスト説明報告」や「新規プロジェクト立ち上げ・運営」「部署内の売上報告」など、さまざまな場面で活用できます。なぜなら、これらはすべて課題解決や他者との協働を伴い、問いを特定し、構造化して解決することが本質だからです。また、他者に対する表現は、強調するポイントやメッセージを明確にすることが重要です。 調達報告は何故？ 具体的な活用例として「関連部署への調達コスト説明報告」を挙げると、以下のようになります。 【考え方】 これまで、報告内容は漠然と定められていましたが、まず「なぜ報告するのか、相手は何を知りたいのか」を明確にすることから始めます。これにより、報告内容や方法、頻度、対象者を最適化できます。特に調達コストについては、各品目の状況に応じた本質的なポイント「イシュー」を特定し、説明に活かしたいと考えています。大きな金額や重要品目については、ピラミッドストラクチャーを作成・提示し、その考え方を共有することで、相手の納得度も高まると感じています。 伝え方はどうする？ 【表現】 先方が知りたいことや、その後の情報の取り扱い方を明確にした上で、グラフの見せ方や強調ポイントを調整します。また、どの視点（相手目線、自部署目線、自分目線）で話をするのかに注意を払い、主語と述語を明確にしながら報告を進めます。

部下の納得はどう？ エンパワーメントの基本として、目的やビジョンを部下と共有し、彼らがそれに納得することの重要性を実感しています。現職でもその意識は持っているものの、実際に部下が納得しているかどうかの確認が十分でないと感じています。 割振り方法は？ 業務の割り振りについては、現状の能力よりも少し上の業務を任せるという考え方の具体的な実施方法が明確になっていないと感じています。たとえば、一つ上のポジションの視点が求められるタスクをお願いすべきかどうかについて、さらに深く検討する必要があると考えています。 厳格な業務はどう？ また、ミスが許されず、重要性や緊急性が高い業務は、エンパワーメントの対象として適さないということも学びました。自身が新入社員だった頃、同様の業務を任された際に強いプレッシャーを感じた経験から、あのタスクはエンパワーメントにふさわしいものではなかったと改めて感じています。 成功基準は何？ 成功基準を言語化し、フォローアップを行うことの重要性も再認識しました。現職では「やるべきこと」を明確にする機会がある一方で、その後の振り返りが十分ではない現状があります。何ができれば成功とみなされるのかを具体的に示し、その後のチェックが不可欠だと感じています。 伝え方は工夫？ さらに、共感を引き出すための伝え方にも注目しています。数値目標をそのまま伝えるのではなく、各メンバーの価値観に合わせて翻訳し、説明することが大切だと実感しました。例えば、顧客を重視するメンバーには顧客の課題解決やその活動がもたらすメリットを、専門性を重視するメンバーにはその専門分野に焦点を当てた説明を、チーム志向の強いメンバーには他のメンバーへの影響を交えて伝えることが効果的です。 チームはどうする？ チームで新たな取り組みを実施する際には、目標の共有、メンバーの能力の見極め、介入が必要となるタイミングのシステム設計、そしてどこまでの責任を明確にするかといった点を意識する必要があると整理しました。 評価はどうする？ 最後に、現状の能力よりも少し上の業務を任せるという方針の下、どのように個人の能力を判断すべきか、主観的な評価なのか客観的な評価なのかという点についても、今後の課題として気になっています。

状況変化の把握方法とは？ 状況の変化を把握するためには、「分ける」ことと「視覚化」がポイントとなります。「分ける」際には、複数の切り口を出し、機械的ではなく、目的に沿ってどのように分解すると状況が見えやすくなるかを考えることが重要です。この時に使える手法が「MECE（Mutually Exclusive, Collectively Exhaustive）法」であり、漏れなくダブりなく分けることを意識する必要があります。 MECE法の具体的な手法を学ぶ MECE法には次の3つの方法があります： 1. 層別分解：全体を定義して分ける（例：単価別、年代別） 2. 変数分解：一つの数字に対する変数を分ける（例：売上＝客数×単価） 3. プロセス分解：分析対象の事象に関する全体のプロセスを考えて分ける（例：来店→注文→食事を運ぶ→食べる→会計→退店） 分解スキルの課題と対策 私はこれまでMECEの概念は知っていましたが、特に分け方がうまくできないと感じていました。上記の①〜③の手法を知ることができたのが一番の収穫でした。また、「他には？本当に？」と問いかけることで、分解の妥当性を検証することも重要だと感じました。 解約要因とその分析法は？ 解約要因の分析： - 層別：子どもの年齢別、親の年齢別、世帯年収別、利用回数別、子どもの人数別 - 変数：アプリ利用状況＝利用頻度×利用ゲーム数×1ゲームあたりの利用時間 - プロセス：契約→初期設定→初回利用→2回目利用→解約までの利用状況→解約→再契約 変数分解スキルを向上させるには？ 変数分解のスキルアップ： 私は比較的容易に層別やプロセス分解の案は出せましたが、変数分解が特に苦手だと感じました。そのため、業務内外を問わず、日常生活で目にする数字を構成する変数が何かを1日に最低1つは考えていきたいと思います。具体例はすぐに思いつかなかったので、他の受講生の投稿や知人とのコミュニケーションを通じて課題を見つけていきたいと思います。 クリティカルシンキングを強化する クリティカルシンキングの基本姿勢： - 分解の切り口を検討する際に3つの視点を変えてみる。 - 出した結果に対して「なぜ」「本当に」「他には」という問いかけを行う。

「分解」とは何か？ 物事を正しく理解するためには、「分解」が欠かせません。正しく分解するためには、「MECE（モレなくダブりなく）」な状態を維持することが重要です。「分解」は一見難しく思われるかもしれませんが、Who・What・When・Whereの視点で考えると、整理がしやすくなり、MECEの状態かどうかの判断も容易になります。 手を動かして得られるもの まずは実際に手を動かして「分解」を試してみましょう。仮に何も見えてこなかったとしても、それ自体に価値があります。「何も見えなかった」という事実を知ることも重要だからです。一工夫を加えながら手を動かし続けることが、「分解」するうえでの大切なプロセスです。 全体を定義する必要性は？ 「分解」に着手する前には、必ず「全体」を定義し、それを周囲と共通認識とする必要があります。全体が定義されていないと、Aさんは2020年の顧客、Bさんは2021年の顧客というように、対象のズレが生じてしまいます。 分解が研修設計に役立つ理由 例えば、研修を設計する際にもこの方法が活用できます。「目的」を達成するために受講対象者という「全体」を定義し、Who・What・When・Whereの視点から分解していくことで、研修設計がスムーズに進みます。 売上予算管理でも「分解」は効果的 また、売上予算管理の場合、売上をどの要素が構成しているのかを分解し、チーム全体で共通認識を持つことが重要です。共通認識ができれば、予実差異を分析するときに問題の所在が分かりやすくなり、原因と対策の立案までのスピードが向上します。 議論が必要な場合の全体定義 議論が必要な場合、対象となる「全体」を定義してから話し合うことが重要です。問題が発生したときに、どこからどこまでの業務を対象とするのかを明確にしないと、議論が発散し収束しにくい傾向があります。 業務設計改善の出発点は？ 売上を「分解」する際にも、事業部内で売上がどの要素で構成されているのかを洗い出し、チームの共通認識とすることが重要です。また、業務設計の改善においては、業務フローを書き出し、どの範囲を議論の対象にするのかを明確にするところから始めるべきです。

新たな支援策とは？ 営業力を支援するため、従来の販売視点ではなく、顧客のインサイトや潜在的な課題発掘に焦点をあてた営業活動のプロセスについて考察しました。まず、顧客が知りたいと思う情報提供として、営業が把握している各顧客の業務や作業の顕在課題に対し、公開情報ではたどり着かない新たな解決策を提案します。たとえば、ある企業が進めるデジタル化では、従来の方式に潜む無駄を見出すといった視点です。 解決方法に疑問は？ 次に、顧客が固執している解決方法に疑問を投げかけ、従来とは別のアプローチを示すことで共感を得る試みがあります。実際の現場では、必ずしも全面的なシステム導入に固執せず、コミュニケーションの改善による生産性向上といった選択肢も提示されています。 効果はどう現れる？ また、共感が得られた段階では、提案した解決策のROIなど具体的な実施効果を明確にし、実際にその方法がもたらす成果を数字や事例で示すことが求められます。その上で、解決策を自社の状況に置き換えてイメージできるよう、具体的なストーリーテリングを用い、顧客自身の課題として捉えてもらう工夫がなされています。 合意形成はどう？ そして、最終的には提示した解決方法について、顧客と合意形成を図ることが重要です。この時点では自社の製品やサービス導入は必ずしも前提とせず、まずは解決策そのものへの合意が得られることが目的となります。 顧客関係の維持は？ また、実践には至っていないものの、販売商品の訴求以前に、顧客との関係性を維持し、課題に寄り添う姿勢が重要であると考えます。こうした取り組みにより、営業は顧客に新たな気づきを提供できると同時に、営業自身の心理的安全性も担保されると感じます。実際、営業職はプレッシャーに強いという固定観念がある一方で、日々の業務の中で自省や試行錯誤を行っているのが現実です。 検証プロセスは？ さらに、プロトタイプ作成の際には、ユーザーの本質的な課題を解決することが最も重要です。対象者が共感を失わない課題設定に基づき、実際のユーザーの声を取り入れて改善を繰り返すことで、限られたスケジュール内においても効率的な検証プロセスが実現できると感じました。

データ分析の目的は？ 「①データ分析の目的を意識すること」と「②正しく比較するために条件を揃えること」の2つが特に印象に残りました。これまでの仕事では、目の前にあるデータを漠然と加工し、何か分かることがないかと試行錯誤しているだけだったと改めて感じました。 明確な分析の必要性を感じる 今後は「何のためにデータ分析するのか」「何が分かると嬉しいのか」を明確にした上で分析に取り組むつもりです。また、自分の悪い癖として「結論ありき」のデータ収集や分析を行う傾向があると自覚しました。具体例では、「●●●という結論を導くために都合の良いデータを探してくる」という方法を取っていましたが、それだと誤った意思決定に繋がる可能性があります。常に正しい条件でデータを比較することの重要性を強く感じました。 賃金制度の課題とは？ ①新しい賃金制度の検討に活かしたい。自社の賃金制度に関する課題を明確にするためには、競合や労働市場との比較だけではなく、「現状の給与分布が自社の賃金制度の考え方に沿ったものか」、「自社の人事ポリシーに沿ったあるべき給与分布はどうあるべきかと現状との差異」を正確に比較したいです。 目的達成のためのツール選び ②新しいビジネスツールを導入する際の分析に活用したい。労働安全衛生関係の教育ツール導入を検討しているため、目的を明確にし、「目的を達成できるツール」を選定するための比較を実施していきます。 具体的に言うと、自社の賃金制度の課題を明確にするためには、競合他社や労働市場との年齢や等級ごとの給与比較は当然ですが、それ以外にも比較対象とする要素があるはずなので、漏れないように洗い出します。競合等と比較する際には条件をしっかり揃えることが大切です。また、ツール導入については「何のために導入するのか」「その目的を達成するために必要な要素は何か」「それぞれの要素の基準は何か」をしっかり考えて最適なツールを選びます。 継続的な評価が必要？ ツール導入後の経時変化も確認し、継続使用を検討します。いずれの取り組みも、目的や比較対象がズレていないか、要素に漏れがないかを上司やチームのメンバーとよく議論しながら進めていきたいと考えています。