(9ページ目)

システム

に関する学び

---

営業実績の見える化の秘訣は？ 部内で営業実績を可視化するシステムを構築する際、ビジネス側がシステム設計を確認する中で、ベンダーさんがしっかりと手順を踏んで進めていたことを改めて知りました。システム構築は何となく進めていたものですが、今回の経験で、体系的に学ぶことの大切さを実感しました。 コンテンツ設計の極意は？ また、社内で公開するSharePointのページを作る際に、いきなり制作に取り掛かるのではなく、無意識のうちに行っていたコンテンツ設計の重要性に気づきました。当時は自分一人で資料上で並び替えなどを試行錯誤して使いやすい表示方法を模索していましたが、次回はチームメンバーやユーザーに評価を仰いだうえで、実際の作成に移ろうと考えています。 ユーザー受入の意義は？ システム構築の過程で、ユーザー受入テスト（UAT）も単なる操作性の確認に留めず、実際のユーザーが何を実現したいのかを意識し、情報の配置や表現方法をしっかりと検証することの大切さを改めて感じました。 試作品作りの秘訣は？ 普段は試作品を依頼する立場ですが、試作品を作る前の要件定義を十分に行うことで、より精度の高い試作品が生み出され、そこからさらにアイデアを加えてブラッシュアップできると実感しています。情報設計、UI設計、ユーザビリティ設計、アクセシビリティ設計を進めるにあたっては、ターゲットを明確に設定することが非常に重要だと感じました。

戦略はどう進める？ 事業戦略において、差別化の有効性は非常によく理解できました。しかし、差別化を進める際に適切な戦略が伴わなければ、その効果は全く発揮されない危険性も十分に感じられます。つまり、ただ単に違いを打ち出すだけではなく、正確なフレームワークを活用してアイデアを整理し、抜け漏れがないか慎重に検討することが不可欠です。ブレーンストーミングで自由に意見を出し、その後、フレームワークに沿って理論的に構成することで、初めて実践的な戦略が構築できると考えています。 資源課題の解決は？ 一例として、クリティカルミネラルの問題が挙げられます。現状では、特定の二大勢力の対立に左右される状況にありますが、この課題に対しては、例えば自国で資源権益を確保する、外部依存を避けた技術の構築、リサイクル推進といった独自のアプローチが考えられます。さらに、バリューチェーン分析を通じてボトルネックを明確にし、投資対象を特定するという手法も有効だと考えられます。 市場競争の本質は？ また、差別化とは別に、多くの業態が激しい競争を繰り広げるレッドオーシャン市場にも注目が必要です。例えば、クラウド分野では複数のシステムが存在し、最終的には価格競争に収束する傾向が見受けられます。主要なプラットフォームに利用が偏る一方で、その他のシステムがどのように市場で生き残っているのか、その事業戦略を改めて考察してみる価値があると感じました。

顧客価値をどう考えるべきか？ 良い差別化のポイントには、顧客にとって価値があるかどうか、顧客視点の競合を意識したものであるか、実現可能性や持続可能性について検討したものであるかの三つがあります。さらに、VRIO分析を行うことで、経済価値、希少性、模倣困難性、組織に関する問いに答え、資源の有効性を評価できます。また、ポーターの三つの基本戦略に基づき、企業の戦略を「コストリーダーシップ」「差別化戦略」「集中戦略」に分けることができます。これにより、戦略の起案や競合の戦略把握に役立ちます。 自社の戦略をどう強化する？ 自社はポーターの三つの戦略のうち、コストリーダーシップに位置しています。コストの削減に努めており、自前主義が功を奏し、生産から販売、配送に至るまでワンストップで提供しています。さらに、社内のシステムも自前で作っており、アウトソーシングによるコストを削減しています。特に配送の自前は他社には模倣しづらい領域であり、当社の特長と言えます。今後は差別化戦略をさらに取り入れることで、強みが増すのではないかと考えています。 同業他社との差異をどう見つける？ 同業他社のビジネスについてもVRIO分析を実施していきたいと思います。これにより、自社の強みを改めて理解し、弱みを見つけ出せることで、新たなビジネスや戦略の糸口が見つかるのではないかと感じました。時間は限られていますが、実践してみたいと思います。

分解の効果は何？ データを分解することで、より多くの知見を得られることを実感しました。特に、ある特徴が一つの切り口で現れた際に、それだけで答えを決めつけると他の観点から見ると誤りであることがあることに新鮮さを覚えました。答えが見つかったように見えても、それはあくまで仮説であり、しっかりと検証することが重要だと感じました。 現状をどう把握する？ ITシステム品質保証チームの今後の戦略を立てるにあたり、まず現状を把握したいと思います。そのために、システムの品質評価を分解し、現状に対する課題を見つけ、知見を得たいと考えています。具体的には、ユーザーが5段階で評価したデータの平均値であるNPS平均を分解していきます。 どの切り口が有効？ まず、MECEを意識しながら様々な切り口を考えます。層別分解としては、ユーザーの属性別や単価別を検討します。変数分解としては、評価の平均は合計値を評価数で割ることで得られるため、5段階各評価ごとの合計をグラフ化します。また、評価数の分布や1ユーザーあたりの評価回数の層を作り、さらに分解して考察します。プロセス分解としては、ユーザーが新規登録してからサービスを利用し終えるまでの流れをプロセスに分けて、各段階での評価がどの程度であるかを分析していきます。 検証の重要性は？ 以上のように、さまざまな観点から分解することで知見を得ることを目指します。

コスト削減の学びは？ 儲けを出すための基本はコスト削減ですが、今回の学びでその具体的な方法を体系的に理解することができました。 生産性向上のカギは？ 特に、生産性については普段から意識している点であり、新規業務の場合は経験曲線により数ヶ月で生産性が向上する傾向にあるものの、一定以上向上するとその後の改善は緩やかになり、事務作業ではミスが増える可能性があるという現実を再確認しました。 範囲の経済性はどう見る？ また、コスト削減の手法として範囲の経済性にも着目しました。従来は大規模な分野でしか効果を感じられなかったイメージでしたが、人員配置なども十分に効果を発揮することに気づき、私自身の多くの異動経験から、有形無形の両面で考慮する必要性を感じました。 ネットワークの魅力は？ さらに、ネットワークの経済性についても非常に興味深く学びました。魅力的なサービスはまずユーザーを増やし、一定数に達すると更なる利用者の拡大が促進される仕組みには大きなインパクトを受けました。 実践で活かす工夫は？ 現職では、複数部署での経験を活かして、システムや方法などの有形なリソースを現部署で活用できないか検討する機会がありました。また、新規受託のオファーがある一方で人員が不足している現状を踏まえ、業務を細分化して他の業務と組み合わせるなどの工夫により、限られた人員でも対応を可能にする方法を模索しています。

ライブ授業で得た気づきとは？ ライブ授業の実習を通じて、自分の思考にバイアスがかかっていることを実感したため、物事を深掘りすることの重要性を改めて感じました。MECE（Mutually Exclusive, Collectively Exhaustive）やロジックツリーといった手法を学び、それを自分のものとして使いこなせるようになることで、より深く物事を考え振り返る行動につなげることができると考えています。 提案資料にどう活用する？ 社内システムの担当として、ITを駆使し事業課題を解決するシステムの企画や立案を行う際には、一度自分の考えを止めて客観的な視点を取り入れ、提案資料にその考えを反映させるよう努めています。そうすることで、より説得力のある資料を作成できるのではないかと考えています。また、部下との評価面談では、クリティカルシンキングを活用して部下の考えを引き出し、自分の意見も効果的に伝えることができると思っています。 判断を支える習慣とは？ 自身で何らかの判断を行う際には、なぜその判断に至ったのか自問する習慣を身につけることが重要です。その問いかけをロジックツリーなどに書き起こして思考を整理します。これを実践するために、PCの付箋アプリにこれらの行動を記載して常に視界に入れるようにし、ロジックツリーなどで思考を整理するためのメモ用紙を常に手元に置いて実践していきたいと考えています。

売上原価の違いは何でしょうか？ 企業分析を行う際、販管費と比べて業界やビジネスモデルによって売上原価の構成が大きく異なる点に着目することが非常に大切です。売上原価は売上獲得に直接関係するコストであり、各企業が採用する価値創造プロセスの違いによって、その内容が大きく変わってきます。学習中には、とある大手企業の事例からこの点の重要性を改めて実感しました。 事業分析の視点はどこでしょうか？ まず、自社事業別のPLやBSの分析と、各競合企業の分析が必要であると感じました。当社はビジネスモデルの異なる複数事業の複合体であるため、各事業の価値創造プロセスの違いを意識した分析が求められます。この考え方で競合企業を調査していくことにも意義を見出しています。 利益上昇の理由は何でしょうか？ また、売上総利益が前年比で大幅に上昇しているため、その要因を特定する必要があります。ここで注目すべきは売上原価です。原価は売上に直結する支出であるため、まずは売上構成の詳細やその推移を把握し、その上で原価の中身を詳しく調査することが基本になると考えています。 情報整理はどう進めるのでしょう？ さらに、必要な社内データが複数のシステムで管理されている現状では、情報の整理が不可欠です。すぐに必要な情報にアクセスできるシステム環境が整えば、より迅速かつ正確な分析が可能となり、大いに業務改善につながると期待しています。

知識の罠に気づくか？ 業務系システム開発では、顧客の業務知識が不可欠です。多くの経験を積んでいくうちにさまざまな知識を吸収できる一方、顧客の抱える課題を定義する際、その知識が逆に思い込みに陥る原因ともなりかねません。実際、ある講義での体験では、登山中の一場面だけに目を奪われ、準備や登山後のプロセスという全体像を見失ってしまったと感じました。このように、顧客のことを考えているつもりでも、自分の頭の中で構築したイメージにとらわれやすいという問題意識が生まれました。 顧客の本音を引き出す？ 新規案件のヒアリングでは、課題定義を意識しながら、まず顧客が困っている事柄を書き出してもらい、自分なりに整理してみました。講義で学んだ一次コーディングを参考に、何も知らないという姿勢で質問を続けた結果、顧客自身が「当たり前」と考えている部分を改めて考えさせられる場面が増えました。対話を重ねることで課題が可視化されるプロセスを実感し、より具体的に問題に向き合う大切さを学びました。 全体を見渡すには？ 登山の例においても、単に登山中だけにとらわれず、準備やその後の過程も含めた全体を見渡すことが必要だと感じました。どのような課題定義においても、まずプロセス全体をしっかりと考えることが、より正確な理解へとつながると実感しています。今後はこれらの気づきをもとに、広い視野で課題解決に向き合っていきたいと考えています。

物事を分解する利点は？ 「物事を分解する」という手法は、複雑な問題や課題を整理し、本質を掴むために非常に有効だと感じました。分解することで得られる利点として、全体像の明確化、真実への気づき、主観や思い込みの排除、具体的なステップの可視化が挙げられます。これにより、行動に移しやすくなり、自信がつき、切り口が増え、無駄が減ることで、コミュニケーションも円滑になります。 IT業界での分解の活用法は？ 私はIT業界で働いています。分解を効果的に活用する場面としては、システム障害時のトラブルシューティングがあります。アプリケーションエラーの要因や原因を細分化して判断します。また、要件定義やシステム設計では、顧客の要求を具体的に細分化し、それぞれの機能や動作について詳しく検討・具現化します。プロジェクト管理やコードレビューにおいても、工程やタスクを細分化して効率的に管理し、効果的なレビューを行います。 明確な目標設定の重要性は？ 実践においては、明確な目標設定が重要です。例えば、障害対応や要件定義の工程で課題を意識し、発生した問題を分解して整理します。分解された要素の因果関係を確認し、特に障害対応時には優先順位の判断も必要です。また、仮説を立てる姿勢やツールの活用も有効です。こうしたプロセスを定期的に繰り返し、振り返りを行いながら、自分のスキルとして確実に身につけていきたいと思います。

資料の本質は？ これまでのスライド作りを振り返ると、見た目のインパクトを重視するあまり、内容が堅実に伝わらないことがあったと感じています。今回の学びを通じて、まず「この資料で何を伝えたいのか」という本質を整理し、そのメッセージを明確にすることが大切だと再認識しました。グラフやその他の視覚要素は、伝えたい内容を補完するツールとして活用すべきだと考えています。 機能の必要性は？ システムの新機能開発に関する資料作成の場合も、いきなり詳細な仕様に入るのではなく、まずこの機能がなぜ必要なのか、顧客が何を求めているのかを整理するところから始めるべきだと感じました。例えば、現在手作業で工数がかかっていることを視覚的に示すことで、メンバー全員が共通の課題とゴールを認識でき、アイディア出しや改善に繋がる良いスタートになると思います。 管理方法はどうする？ また、資料作成だけでなく、作成した資料をどのように管理するかにも悩みを抱えています。プレゼンテーション資料に限らず、全てのドキュメントについて、修正履歴が重なったり、最新版がどれなのか、誰がどこに保管しているのかが明確でない場合が多いです。アップロード先で検索しても、タイトルに【改定版】や【最新版】といった統一性がなく、どの資料を参照すればよいのか判断しにくい状況にあります。管理方法について、どなたか工夫されている点があれば知りたいです。

お買い物体験をどう感じる？ ユーザに提供する価値を考えるとき、たとえば「お菓子」と「おやつ」の違いのように、微妙な表現の差が差別化の要素となることがよく理解できました。振り返ると、スーパーマーケットでキャラクターグッズを見かけてもあまり手に取らなかったのに、専門のブランドショップに行くと思わず購入したくなる経験があります。陳列やBGMといった環境づくり、そして購入後の従業員とのやり取りなど、さまざまな要素が購買意欲を刺激していました。この体験は、BtoCだけでなく、BtoBの場面でも大切な要素であると実感しました。 なぜシステムが選ばれる？ 一方、システム単体で見ると、類似する商品がすでに数多く存在する中で、なぜ自社のシステムを強くアピールできるのか自問していました。機能面で大きな違いがなくとも、ユーザに新たな体験を提供することで、他との差別化が図れるのではないかと考えています。 どんな体験を追求する？ そのため、提供するシステムを実際に利用するユーザの日常の流れを徹底的に観察することが必要だと感じています。自社の商品は業務中に利用されることが多く、無意識のうちに「業務用途だから感情は関係ない」という認識に陥りがちです。しかし、本当にそうなのでしょうか。ユーザの感情の変化に注目し、機能面以外でもプラスの体験を提供できる方法はないか、再検討することの重要性を感じています。

分解の基本はどうする？ 分解の仕方によって、物事の見え方や捉え方が変わることを理解しました。分解は最初から細かく行うのではなく、まず全体を定義し、広い視点で傾向を捉えることが重要です。その際、分解の切り口として「いつ、誰が、どのように」を意識すると探しやすくなります。また、分解にはMECE（漏れなくダブりなく）を意識することが求められ、層別、変数、プロセスの分解が考えられます。一度分解して終わらず、他の視点も探し続ける姿勢が大切です。 どんな視点で分解する？ システム開発提案などで改善系の提案を行う場合には、操作時間や処理時間、問い合わせの状況、不具合の発生状況など、さまざまな視点で分解することが重要です。これにより、より費用対効果の高い提案が可能になります。これまでもデータ分析を行ってきましたが、自分の想定に偏ったデータ分解をしていたことに気づかされました。他の視点があるのか、偏りがないかを常に自問自答しながら、問題の本質を捉えたいと考えています。 来期提案で注目すべき点は？ 来期の体制提案では、現行システムの課題を洗い出すことを目指しています。そのために、現行機能の操作性、問い合わせ、要望一覧をまとめ、来期で取り組むべき改修内容の有効性を示し、それに沿った体制を提案したいと考えています。MECEを意識したデータ分析を活用し、説得力のある提案を行えるように努めます。