(20ページ目)

業務 ✕ 改善

に関する学び

---

ユーザー調査で成長？ ユーザーインタビューを実施している企業は、安定的に成長している傾向があることが分かりました。仮説だけに頼った商品やサービスの提供よりも、ユーザーの心に直接響く商品を作ることで、長期にわたって顧客からの支持を得られるという考えに納得しました。 実務と個人で使い分け？ 一方で、ユーザーインタビューやユーザー観察の重要性は理解しているものの、実際の業務や個人としての取り組みでは十分に活用できておらず、結局はアンケート調査で済ませてしまっているのが現状です。業務面では、新人や管理職向けに人材育成の一環として、毎日困っていることやわかりづらい点を聞く仕組みがあり、そのフィードバックを改善に役立てています。しかし、個人事業主としての活動においては、ユーザーインタビューやユーザー観察を全く実施していなかったため、今回トライしてみたいと思いました。 組織の整備は進む？ 組織全体としては、ユーザーインタビューやユーザー観察を体系的に行うための仕組みが十分に整っていないと感じます。個人的にはユーザーインタビューは大切だと思っていますが、これに抵抗感や苦手意識を持つメンバーがいるのも事実です。今後は、インタビュー用のフォームや質問リストを標準化することで、誰でも取り組みやすい環境を整える必要があると強く感じました。

収益仕組みをどう捉える？ P/LやB/Sには、企業がどのように収益を上げる仕組みになっているのか、またターゲットと提供しているサービスのコアバリューが反映されていることがよく現れていると感じました。業界ごとに特徴が異なるのはもちろん、同じ業界内でも各社の核となる価値観が異なる点が印象的でした。 業務視点をどう広げる？ また、自分の業務を単なる小さなかたまりと捉えるのではなく、会社全体や事業全体の観点からアカウンティングに結びつけて理解していくことの重要性を実感しました。事業部単独だけでなく、他部署の数字やコアバリュー、今後の方向性をアカウンティングを通して捉えられるようになりたいと思います。 B/S項目をどう見る？ さらに、自社のB/Sの各項目については、社内で積極的に質問し確認していきたいと考えています。会社全体や各事業部のセグメント利益は決算資料から把握できますが、事業部ごとのP/Lも存在を確認し、しっかりと目を通すことが大切だと感じました。 他社比較はどう進む？ また、100本ノックの資料を読み、同業他社と自社のP/LやB/Sを比較することで、現状の理解を深めたいと考えています。そして、これらの数値やコアバリューを改善するための観点から、新規事業の検討にも積極的に取り組んでいきたいと思います。

解決策をどう選ぶ？ 適切な解決策を決定する際には、決め打ちせずに他の仮説から導き出されるHowも考慮することが重要だと感じました。自社が現状で何を優先すべきかを考え、解決策同士を比較しながら適切な選択をする必要があります。そのためには、常に目的と優先事項を意識し、立ち戻って再考することが必要だと思います。 行動が生む成果とは？ 完璧を求めすぎるあまり、仮説の検証ができない、考えすぎて動けなくなることもあります。ある程度の目途がついた時点でまず行動することが、結果的に良い仮説を生むことになります。 データ整理の新たな切り口 データを切り口を変えて整理する方法について述べます。物流会社で専用アプリを使用してトラックの待機時間を集計していますが、単なる集計だけでは不十分です。時間帯別や事業所別など切り口を変えてデータを整理し、今後の活用方法を示す必要があります。 業務プロセス改善の手順 問題箇所を特定し、各事業所の業務プロセスのどこに起因しているかをグループ内で議論したいと考えています。最終的には、待機時間の集計作業から業務プロセス改善まで話をつなげたいと考えています。そのために、本講座で学んだ「客観的にわかりやすく数値化して説明する」ことを意識しながら、メンバーと議論を続けていこうと思います。

なぜ手法を再確認？ 今回の学習では、問題解決のステップ（What/Where/Why/How）に沿って、各段階でどのようなアクションを取るべきかを再確認することができました。普段の業務でも同様の手法を取り入れていますが、今回の具体例を通じて現状の見直しに役立つと感じました。 適切な分解は何故？ また、ロジックツリーに取り組む際、すべての要素を漏れなくダブりなく洗い出そうとするあまり、時間をかけすぎてしまう傾向があることを改めて実感しました。特に末端の階層にこだわりすぎず、適切なレベルで分解するというアドバイスは大きな気づきとなりました。 現業務の解析はどう？ 現在の業務では、顧客へのサービス提供に際してコスト試算や自部署の予算計画、実績の分析を行っています。例えば、コスト試算においては提供価格、原価、販管費といった大枠から、さらに細かい費目に分解して検証していますが、構成要素をツリー状に分解するという手法は初めての体験でした。今回の学びを現業務にも活かせると考えています。 次の改善策は何？ 今後は、自部署における予算計画、実績把握、コスト試算のプロセスに、ツリー状の分析手法を取り入れてみます。一度試してみて、試算の妥当性や課題の特定にどのような効果があるかを検証していきたいと思います。

学びの意義は？ WEEK1からの学びを通じて、自分にとって何が重要なのかを再確認できました。特に、思考の抽象度を操作することや、イシューの再検証に関しては、苦手としていた部分を具体的なアクションプランに落とし込むことができたのが良かったです。 リーダーで何する？ 現在、チームのリーダーを務めていることから、チームのメンバーや組織の課題に取り組む際にこの学びを活用したいと考えています。特に来年度のチーム戦略や目標を立てる際には、現状の組織課題をきちんとイシューとして認識し、その上で解決策を策定していくことが必要です。 抽象思考はどう？ 抽象度を上げる思考がしにくい点は、日常的な課題にも当てはまります。例えば、組織の課題に向き合う際には、周囲からのチームに対するイメージや現在の業務内容に引っ張られ、思考の抽象度が上がりにくいこともあります。これを改善するために、紙に書き出して思考の抽象度を上げる訓練をしてみようと思います。 イシュー評価はどう？ イシューの設定に関しては、実務において分かりやすいイシューが見つかると、それに集中して他の可能性を排除しがちです。これを改善するためには、思考のプロセスを意識し、発見したイシューが最適かどうかを何度か他の分解方法を試してみる習慣をつけたいと考えています。

データをどう視覚化する？ データを分析する際には、今ある数字に一手間かけることが重要です。ただ数字を並べるだけでなく、グラフや表に変換すると新しい発見が生まれます。また、比率に変換することで別の角度からデータを見ることができ、さらなる洞察が得られます。 分解の基準は何が有効？ データを分解する際には、人、時間、手段などの基準で区切ると分かりやすくなります。例えば、月次や年次の売上分析、SNSのインサイト分析など、数字が明確に示されるものだけでなく、業務の効率化や成果が出なかった場合の原因分析にも役立ちます。 問題の特定と解決策のステップ まず、起きた問題に対して「もれなくダブりなく」を意識し、全体を大きく分けて定義します。その際には、層別分解、因数分解、プロセス分解を用いることが有効です。次に、出てきた項目をさらに分解し、どこが問題点なのかを数字や表で明確にします。そうすることで、問題の箇所を特定しやすくなります。問題が特定できたら、なぜそうなっているのかを考えます。そして、どう解決すれば良いのかを分析から導き出し、仮説を立ててトライアンドエラーを繰り返し、最適な解決策を見つけます。 これらの手法を念頭に置くことで、データ分析がより効果的になり、業務の改善や効率化にもつながると感じました。

メール伝達は伝わる？ 日常的にメールでコミュニケーションを取る際、読み手を意識して情報を発信することには慣れています。この点において、自分の手法や考え方が適していると感じました。しかし、相手に意図が正確に伝わっているかどうかを確認するためには、直接会話を交わすなどし、必要であれば補足説明と文章の改善が求められると考えています。 グラフ活用の工夫は？ グラフの見せ方に関しては、これまで気にしてこなかった機能をたくさん知ることができ、新しい工夫を学びました。これを機に、試行錯誤しながら積極的に活用したいと思っています。 業務連絡はどう届ける？ 業務連絡において、重要かつ複雑な内容を多くのメンバーに効果的に伝えるためには、スライドを使用することが有効であると感じています。特にグラフの作成に対して苦手意識があったため、これからはスライド作成を積極的に行い、グラフを用いることでメッセージが明確かつ誤解なく伝わるよう訓練したいと思います。 定例会議、伝わってる？ また、チーム内での定例会議においては、特に伝えたい情報をメンバーに展開することを重要視しています。会議に出席できないメンバーもいるため、スライド資料だけでも理解できるような内容を準備し、経験を積むことを目指しています。

なぜイシューが大事？ 「イシューの明確さ」の重要性について学びました。それはプロジェクトの開始時に「何を達成すべきか」を明確にすることで、全員が同じ方向を向いて効果的に進めることができるからです。簡潔でわかりやすいイシューの設定が、問題解決の第一歩であると感じました。 相手の優先順位は？ 自身の業務においても、イシューの明確化はプロジェクトや交渉の成功に直結すると思います。例えば、スポンサーとの交渉では「相手が何を最優先しているのか」をイシューとして明確にすることで、提案を的確に調整し、成果を得やすくなります。また、業務全体を通して「今本当に取り組むべき課題は何か」を意識することで、優先順位を整理し、効率よく進められると実感しています。 実行はどう進める？ イシューを明確にするために、まず業務やプロジェクトごとに「何を達成したいのか」を一言で整理し、目標を共有します。その後、現状の課題を洗い出し、本質的な問題を絞り込み、優先順位を設定します。そして、解決に必要な具体的なアクションをリスト化し、締め切りや担当者を明確にして進捗を管理します。また、取り組み終了後には振り返りを行い、イシュー設定や行動計画の改善点を抽出します。このプロセスを繰り返すことでスキルを磨き、業務効率を向上させています。

比較と目的はどう考える？ 分析において、「比較」と「目的への立ち返り」の大切さを改めて感じました。何かしらの数値をグラフ化して報告するだけでは、かえって分析した気分になってしまい、実際は単なる数字の結果報告に過ぎなかったと認識しています。今後は、目の前の数字だけではなく、適切な比較対象を設定し、分析結果としてしっかり報告できるよう努めたいと考えています。 上司の反応はなぜ？ 直近の業務では、状況報告を上司に行った際、好意的な反応を得られず、簡単に取得できる情報だけに依存し、見栄えの良いグラフや表を作成するだけの報告になっていたことを痛感しました。単に数値を並べるだけでなく、それぞれの情報をきちんと比較し、その内容から次の対応や施策を検討できるような報告に改善する必要性を感じています。 次の一手はどうする？ そのため、今後の取り組みとして以下の点を意識していきます。 まず、分析の目的を再度明確にすること。 次に、比較する項目や内容について、上司の意見や生成AIのサポートを活用しながら見直しを行うこと。 さらに、定量的な分析だけでなく、定性的な分析も取り入れられるよう検討を進めること。 そして、最終的には目的に沿った次の対応策が検討できるような報告をまとめることを目標とします。

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。

録画での学びは？ 参加できなかったため、録画で学びました。その中で「バックパックを作る」という課題について、実践を通して単に改良方法を考えるだけでなく、既存の考えにとらわれない発想の大切さを実感しました。 利用者の意見は？ また、テストを実施することで、自分にはない視点を利用者からフィードバックしてもらえるという気づきがありました。特に生成AIの活用という視点は非常に参考になり、早速利用してみたいと感じました。 プロトタイプで変化は？ 一番の気づきは、どうしても主観になりがちな点を、デザイン思考のプロセスに従ってプロトタイプを作成することで、ユーザー（メンバー）からのフィードバックを得られ、新たな視点が生まれるということです。現行の業務ルーチンに対しても、当たり前のプロセスに疑問を持ち、変革する際にはメンバーや有識者にプロトタイプを提示し、違った見方を取り入れる可能性があると考えました。 改善の進め方は？ 業務プロセスやツールの改善においても、手順を踏んでプロトタイプを作成することの重要性を実感しました。時間がないと思いがちですが、改善サイクルを迅速に回すことが大切だと気付かされました。自分はツールの作成・改善にとっつきやすいため、まずはその点から実行してみたいです。

なぜ分解して考える？ プロセスを分解して問題の本質に迫る手法について、非常に分かりやすい事例から学ぶことができました。特に、採用プロセスの一部である中途採用面談や、顧客への提案における在庫差異の問題解決に、このアプローチを活用できると感じています。また、ABテストにおいては、条件をできる限り同一とし、検証範囲を絞るための仮説設定が重要である点も再認識しました。 採用面談、何が問題？ まず、中途採用面談に関しては、自身が関与する採用活動において、プロセスのどの部分で問題が発生しているのかを明確にするため、面談調整に要する日数と採用結果の情報を人事部から収集することを検討しています。この情報をもとに、面談調整に時間がかかる原因を特定し、改善策を提言することで、採用率の向上を図ることができると考えています。 在庫の差異、どう解決？ 次に、顧客への提案、特にシステム間の在庫差異に関する課題解決では、既に現状の業務プロセス分析は実施していますが、課題が発生しているプロセスの粒度が細かすぎるため、より単純化した形で説明する必要性を感じました。問題となりうる箇所を明示した上で、システム改善または運用プロセスの変更のいずれかを提案し、顧客にとって最適な解決策を提示していく考えです。