(8ページ目)

職種が「技術職（IT・通信）」

の受講生の学び

---

本質をどう捉える？ 本質的な課題を捉えるためには、まず目的を明確にすることが大切だと感じました。何のために、何を問うのか、その根底にある本質に迫ろうとする中で、当たり前と思い込んでいる事柄に疑いの視線を向けると、より本質に近づけるのではないかと思います。また、その問い方は単純な二者択一に終始せず、柔軟な姿勢を保つことが重要です。問いは一度限りではなく、何度も継続して行うべきで、その際、視点が偏らないよう多角的に分析し、具体的な実践を心がける必要があります。統計的なデータやその分析手法も、このプロセスにおいて有効なツールとなるでしょう。 本当の課題は何？ 私はIT業界で働いており、この考え方は特に要件定義工程で役立つと感じています。本当にその機能が必要なのか、ユーザの真の課題は何か、また解決策がユーザ側の視点から見て適切かどうか、といった検証が必要な場面です。さらに、バグや障害対応においても、なぜ問題が発生したのか、どのタイミングで混入したのか、過去の事例と比較することで原因を追求する際に、このアプローチは有用です。開発プロセスの改善やリスク管理の分野でも、「今までのやり方が正しいのか」という疑念を持ち続け、常に振り返りながら改善を図る上で効果的だと考えます。 問いの立て方は？ 「本質的な課題を捉える問いの立て方を身につける」ための行動計画としては、まずは疑いながら考える習慣をつけることから始めます。仮説を立て疑うことを日常に取り入れ、必要な理論や手法を書籍や研修を通して体系的に学びます。その後、実際の会議や小さなチームミーティングで本質的な問いを繰り返し投げかけ、意識を高めることを目指します。実践後は振り返りを行い、その結果を次回に活かすというサイクルを繰り返すことで、確実に身につけていけると考えています。

何が学びの種？ モチベーションの源泉について整理ができたことが、今回の学びの一つです。 なぜ理論を理解？ まず、マズローの欲求5段階説、マクレガーのX理論Y理論、そしてハーズバーグの動機づけ・衛生理論について学びました。マズローの理論では、低次の欲求が満たされると高次の欲求が求められることが示されています。マクレガーのX理論とY理論は、働く人間の本質的な態度についてです。ハーズバーグの理論では、衛生要因は解決しても満足にはつながらないとされています。 本当に金銭だけ？ 特に印象に残ったのは、金銭的なインセンティブが一定水準を超えると効果が薄れるという点です。金銭面だけに頼ったモチベーションの維持は難しいと理解しました。また、モチベーション理論を理解しても、実際に適用するのは難しく、個々人に応じたエンパワーメントが必要であることを再認識しました。これには、日常の関係性強化や信頼性向上のためのフィードバックが不可欠です。 どうして対話を重視？ さらに、個々人のモチベーションのツボが異なるため、わからない場合は1on1の対話を通じて明らかにすることが重要だと感じました。中には、金銭だけを重視するメンバーもおり、それらのメンバーに高次の欲求を持ってもらう方法を考える必要があります。 どんな経験を振返る？ 具体的には、1on1の場を活用して、メンバーのモチベーションの源泉を探りたいと考えています。過去に楽しかった仕事ややりがいを感じた取り組みを振り返ることで、高次欲求の所在を探し、逆に嫌だった仕事やモチベーションが下がった経験も確認することで理解を深めます。 組織とどう連携？ また、組織の目標やパーパスと個々のモチベーションを結びつけられないかを考えることも重要だと感じました。

内容は正しく伝わる？ スライド作成の際、細かいビジュアルにこだわるのも大切ですが、何よりも伝えたい内容が正しく伝わるかどうかを意識することが重要です。 図表はどう活かす？ 読み手に分かりやすいスライドを作るために、主に「視認性」と「文字の表現」の2点に注意しています。まず、グラフについては、ただ数字やグラフを並べるのではなく、何を示したグラフなのか明確に記述することで、内容の理解がよりスムーズになります。また、グラフが多すぎるとかえって情報が伝わりにくくなるため、必要な情報に絞る工夫が求められます。 文字表現はどう？ 次に、文字の表現では、フォントや文字の太さ、色を工夫してキーメッセージが目立つようにすることが有効です。ただし、あまりに手を加えすぎると視認性が損なわれ、読みづらくなってしまうため、バランスを考えて調整する必要があります。 資料は見やすい？ 私はソフトウェアエンジニアとして、社内用の資料作成においてこれらの考え方を活かし、より理解しやすい仕様書を作成していくことを目指しています。これまでの資料は文字情報のみで構成されていたため、仕様書の内容をスムーズに把握するのが難しいと感じていました。 図解の工夫は？ そこで、図を適宜取り入れたり、文字の表現方法を工夫することで、読み手にとってわかりやすい資料作成に取り組んでいこうと考えています。仕様書作成には苦手意識があり、これまで避けがちだった業務ですが、まずは作成する機会を増やし、少しずつ改善していく方針です。 一工夫の成果は？ 例えば、1回の資料作成に必ず1つの図を入れるといった具体的な工夫を取り入れることで、無理なく書き方を変えていき、結果的に誰もが理解しやすい仕様書を目指していきたいと考えています。

質問は本当に伝わる？ 振り返りの中で「質問に学ぶ」というテーマについて、まだ十分に消化しきれていないと感じています。プロセス自体は理解しているものの、実際の行動と言葉が一致せず、あいまいな質問になってしまっている点が課題です。 課題解決の流れは？ 具体的には、以下のステップを意識しています。まず、①何が課題・問題なのか、その問題が本当に問題なのかを見極めます。次に、②どこが悪いのか、何が問題なのかを明確にします。さらに、③なぜそうなったのか、本質的な原因を追求します。続いて、④どうするのか、解決策を考え、⑤どうやってやるのか、具体的な実施時期や手順を検討します。 業務の進行はどう？ 現業務ではシステム開発に従事しており、4月の本番稼働に向けて、日々残タスクの進捗や新たな課題の発生状況をフォローしています。しかし、限られた時間の中で相手としっかり共感し、次のアクションにつなげられているのかどうかは悩ましい点です。 対処はなぜ進まない？ 特に、残タスクが即日対応されず、翌日も状況が変わっていない点は大きな問題です。できない理由を明確にしてほしいという思いもあります。また、新たな課題が発生した場合、影響の有無や影響がある場合の回避策、制約事項、解消時期など、具体的な情報が全く出てこないことにも困っています。 習慣はどう定着する？ こうした状況を踏まえ、定型質問のように毎回同じ質問をすることで、双方が習慣として身につけられるように努めています。また、今のフェーズで求められているアクションについて、日々積極的に声掛けやフォローアップを実施しています。たとえおせっかいと思われるとしても、コミュニケーションを通じてしっかりフォローする姿勢を持ち続けることが重要だと考えています。

具体的な意図は？ 最近、仕事関係の方からいきなり「上手くなったよね」と言われたとき、何が上手くなったのか具体的な説明がなく、私自身「誰が？何が上手くなったんですか？」と問い返すことがありました。普段、友人や知人との会話ではこのようなやりとりも楽しめるかもしれませんが、忙しい仕事の現場では、意図が一度で伝わる具体的な質問が求められると実感しました。会話は前後の流れや状況の中で成り立つため、言葉だけでなくその背景や前提条件を含めて伝えることが、相手の理解を助ける上で重要だと感じました。 客観性を保つには？ また、設問に対する結果と自分の答えがまったく真逆であった経験から、どうしても自分の立場や視点に偏って物事を見てしまう傾向に気付かされました。相手が何を求め、どのような状況でどうあるべきかを考える必要があると痛感しています。 要点はどう伝える？ さらに、見たことや聞いたことをそのまま描写してしまうと、経緯ばかりを説明してしまい、「話しが長い」「何が言いたいのか分からない」という印象を与えてしまうことに気付きました。だからこそ、説明する前に「相手は何を知りたいのか」を考え、描写にとどまらず端的に要点を伝えるよう努める必要があると感じています。また、ピラミッドストラクチャーを用いることで、情報を理論的に整理できるため、受け手のストレスを軽減し、誤解が生じにくくなるのも大きなメリットです。 さらに、「結論」と「根拠」をセットで伝えることで、相手に納得感を与えることができると感じたため、今後のミーティングではこの点を意識して話を進めていきたいと思います。毎日のミーティングを通じてこの方法を実践し、数字を加えることでさらに説得力のある資料作成やプレゼンテーションにつなげていくつもりです。

どうしてイシューを選ぶ？ 課題に向き合う際、まずはイシュー（最優先課題）を特定し、その対策に取り組み、対策後に次のイシューへと順次対応していくという繰り返しで、効果的な課題解決が可能であると学びました。 客観的視点の意義は？ イシューを特定するためには、起こっている事象について客観的かつ多角的に事実を把握し、分析する必要があります。主観や偏ったバイアスにとらわれると、すべての課題を洗い出すことが難しくなるため、あくまで客観的な視点を維持することが重要だと再認識しました。 優先順位はどう決める？ また、洗い出した事実や課題を分解し、分析して優先順位をつける際にも、主観やバイアスを排除した客観的・多角的な判断が求められます。この点が最も難しい取り組みであると感じました。 計画管理の秘訣は？ 私の職務においては、事業計画を策定し、その計画通り、あるいは逸脱した状況を補完しながらプロジェクトの管理を行い、計画の達成を目標として部署のマネジメントを実施しています。計画と実績の差異に対処し、次期の計画を策定する流れの中で、客観的かつ多角的に事実分析を行い、優先課題を特定して対策を講じる一連のプロセスに、今回の研修で学んだ方法や意識すべき点が大いに役立つと感じました。 実績乖離をどう乗り越える？ 今後、計画と実績の乖離に直面した際には、以下の３点を意識して取り組んでいきたいと思います。 問題の根源を探る？ １．事象や問題を洗い出す際には、主観や無意識のバイアスを排除して、客観的かつ多角的に見直すこと。 ２．洗い出した事象や問題の原因を分解・分析し、本質的な起因を探ること。 ３．多数の問題や課題の中からイシュー（最優先課題）を特定し、その対策を実施すること。

クリティカルシンキングの効果は？ 私が今回の学習を通して感じた重要な点は、クリティカルシンキングを常にトレーニングして身につけ、それをアウトプットすることの大切さです。学んだ知識を実際に使うことで、理解が深まりました。 問いを立てることの重要性 特に「目的は何か」を常に意識し、自身や他者の思考の癖を前提に考えることが重要だと感じました。また、問いを立てることで方向性を見失わず、具体的な行動に繋げられることを実感しました。 WEEK6では、WEEK1で学んだ内容を少し忘れてしまっていたため、復習の重要性を再認識しました。特に「問いは何か？」という点について、その重要性を改めて感じました。 社内での打ち合わせをどう活かす？ 社内の打ち合わせでは、方向性を見失うことがあります。そのため、常に問いを立てて共有することが必要です。いきなり具体的なアクションに飛びつかないようにし、物事を分解する際にはMECEを意識して取り組むことが効果的だと感じました。 資料作成で確認すべきことは？ 資料作成に関しては、誰に何を伝えるための資料なのかを確認することが大切です。もし確認できない場合でも仮説を立てて資料を作成することが重要です。また、読み手の立場から考えて、伝えるべきポイントが明確かどうかを確認することが必要です。 アウトプットを増やす効果的な方法 最後に、アウトプットを多めに取り入れた勉強スタイルについてです。チャンスを逃さず、積極的にアウトプットの機会を作るように意識しています。例えば、同僚や家族、友人に学んだことを話してみることが効果的です。また、文章力を上げるために文章を書いてみる日を作り、アウトプットを通じて足りないインプット情報を見極めるよう努めています。

論理はどうまとめる？ 物事や主張を相手に正確に伝えるためには、まず論理構造を考えてから文章を書くことが重要だと学びました。普段プレゼンや資料作成の際は理由づけを意識しているものの、会話やチャットツールでの報告や情報共有の場面では忘れがちでした。そのため、主張と根拠を考え、論理的な構造を練る練習を積み重ね、素早く対応できるようにしたいと思います。 根拠はどう伝える？ さらに、演習を通じて、根拠が自身にとって当たり前であるほど、言語化が難しくなることに気づきました。例えば、「コストがかからない方が良い」という仕事上では当然の選択肢を、いざ言語化しようとすると難しいと感じます。このような状況を改善するためにも、普段から根拠を言語化する練習が必要だと感じます。 急な確認はどう乗り切る？ 具体的に想像したのは、口頭での軽い打合せの後に、相手から「急ぎ確認」を依頼されるような場面です。この場合、議事録はなく、自分の記憶に基づいて確認を取らなければなりません。しかし時間がないため、ミーティングや資料作成を避け、口頭やチャットツールでの確認となるでしょう。 確認内容はどう整理する？ 次回からは、まず相手に確認したいことを明確にすることから始めます。情報を主張と根拠に分け、どの部分がどう繋がるのかを整理します。この過程では、学んだピラミッドストラクチャーが役立つでしょう。そして、最終的な主張を見極め、そのために必要な根拠情報を確認します。不必要な情報は削除します。 主張はしっかり伝わる？ 最後に、最終的な主張を先に示し、続けて根拠を論理的な順序で展開します。それにより、相手が「何をしたらいいのか」をすぐに理解できるようになっているかを確認し、問題なければ送信します。

共感の価値は？ デザイン思考における「共感・課題定義・発想・試作・テスト」の5つのステップについて、2点の学びがありました。まず、共感の重要性です。共感とは単に同意することではなく、お互いが認識できる共通の「何か」を見出すことだと感じました。 非線形の魅力とは？ 次に、これらのステップは非線形に繋がっているという点です。特定の順序にこだわるより、行きつ戻りつのプロセスを経ることが、各ステップが互いに影響し合い、より良い思考とプロダクトにつながると実感しました。 意見共有は難しい？ また、システム開発の上流工程では、プロジェクトメンバー間でどのように意見を交わし、定義を共有するかが非常に重要です。システム思考がその施策として大きな役割を果たす可能性はあるものの、実際にどの程度効果を発揮するかはまだ未知数です。一方で、プロジェクトメンバー間で「共感」がどこまで実現できるのか不安に感じることもあります。これまでの経験から、どうしても「同感」に偏ってしまい、ほぼ100%の合意が必要とされる傾向があるように思えるからです。すなわち、MUSTとWANTの区別なく、すべてが必要とされる状況が根付いているのではないかと考えています。 今後の課題は？ この点については、今後学びながら整理し、業務に活かしていきたいと考えています。具体的には、まずは受講生の仲間に「共感」についてヒアリングを行い、意見を共有してみたいと思います。ワークは課題中心であるため、私個人の興味本位で話を進めるのではなく、オフ会や自主的な懇親会などの機会を利用して課題提起を試みるつもりです。また、実際の仕事の中で共感と同感の線引きがどのように行われているのかも観察しながら検証していきたいと考えています。

リーダーシップの要素は何か？ リーダーシップは主に行動、能力、意識の3つのカテゴリから成り立っています。特に行動は外部から見えやすく、フォロワーはリーダーの行動をよく観察します。一方で、能力や意識は直接的にはリーダーシップの評価対象にはなりにくいです。 リーダーシップはどう模倣する？ リーダーシップは模倣可能です。他のリーダーの行動を参考にし、それを自身のリーダーシップに取り入れることができます。また、リーダーが配下メンバーを導くだけでなく、その配下メンバーが将来的にリーダーになることを導く視点も重要です。特にシニアメンバーに対しては敬意を持って接することが求められます。 若手に対するリーダーシップの接し方は？ 若手メンバーに対しては、彼らの世代特有の価値観や労働の重視度がシニア世代とは異なるため、丁寧にヒアリングし、適切な接し方をすることが大切です。リーダーシップを高めるためには、常に能力の研鑽や意識の変化に取り組むことが必要です。 業務でのリーダーシップ発揮法は？ 具体的なリーダーシップの発揮方法としては、お願いした業務においてリーダーシップを示すアドバイスや自身の考え方を共有する方法があります。また、上司が行っているリーダーシップ行動を観察し、それを自身で真似することも効果的です。 専門領域の学びをどう深める？ 専門領域とポータブルスキルの学習を深めることは引き続き重要です。特に新しいプロジェクトやワーキンググループ（WG）では、上位ポジションの振る舞いを注意深く観察し、真似できるポイントを探すことが求められます。これは次回の資材改版とりまとめ整理業務においても、リーダー役にリーダーシップの考え方を共有することで役立ちます。

本質はどう捉える？ 物事を深く考える習慣が大切だと感じました。表面的な情報に惑わされず、「本質は何なのか？」と常に問いかける姿勢や、偏らない多角的な視点を持つことが重要です。柔軟なアプローチで物事に接することで、これまで気づかなかった発見に出会える可能性があります。また、感情に流されすぎると判断が困難になるため、冷静さを保つことも大切です。こうした過程を経ることで、質問する力や自信が育まれ、相乗効果が生まれると実感しています。正解にたどり着くプロセスを大切にすることこそが、クリティカルシンキングであると改めて感じました。 ITで何を感じる？ 私はIT業界に従事しており、これらの考え方は特に問題解決やトラブル対応の場面で役立っています。エラーが発生した際は、まず「その本質は何か？」を追求し、要件定義や仕様書作成の際には、顧客の要望を正確に把握することに努めています。プロジェクトの意思決定では、複数の選択肢から最適な判断を導き出す際や、コードレビューでロジックの意図を確認する際にも、クリティカルシンキングが大いに活かされると感じています。さらに、リスク評価やセキュリティ対策など、さまざまな場面でこのアプローチが有用であると実感しています。 目標設定はどうする？ まず明確な目標を設定し、どの業務や課題に適用するかを決めます。次に情報収集を行い、得られた情報が正しいかどうかを吟味します。その上で、疑問を持ち、批判的に検証する習慣を身につけることが大切です。会話の際には複数の視点を意識し、問題を小さな単位に分解して考えるよう努めています。感情と事実を分け、冷静に判断することで、継続的なスキル向上と努力を重ね、確実に成果を積み重ねていきたいと考えています。

モノと体験の違いは？ 今週は、「モノ」と「体験」の違いについて学びました。競合他社との差別化を図るためには、オンリーワンの存在になることが重要です。そのためには、商品やサービスを単に売るだけでなく、体験を通じて差別化することが必要だと理解しました。 商品の価値は何か？ 商品の価値には、機能的な価値だけでなく、情緒的な価値も含まれます。リラックスできる、楽しい、テンションが上がるといった顧客の感情に影響を与えることが大切です。ポジティブな体験を通して顧客をファンにすることで、関係を強固なものにしていけるのが理想だと感じました。 体験はどう変わる？ また、体験は繰り返すことでその価値が減少することも学びました。この点については確かにそうだと思いますが、常に新しい体験価値を提供し続けるのは大変だとも感じます。 顧客体験設計とは？ 一方、Webの世界では、新しいサイトやアプリを構築する際に「顧客体験設計」を重視します。私の業界では、商品の開発よりも、それを売ったり利用するためのWebアプリを作ることが主な仕事です。購入までの導線やビジュアル、色調、マイクロコピーに気を配り、わかりやすさやスムーズさ、便利さを提供することを心がけています。しかし、ユーザーとの感情を結びつける体験ができていないことに気づきました。 新サービスの感情は？ 金融という特性上、これまでは情緒的な価値に目を向けたことがなかったため、自社開発の新サービスに対して、どんな感情を持ってもらいたいのかを考え、開発チームと話し合いをしたいと思います。競合他社との差別化では、機能面だけで勝負するのが難しいと感じていたので、これからは体験という広い視点で考えていきたいです。