思考と決断のPM力

PMの真価

スキルシート上にあるPMというのは、どういった開発言語や開発環境などを使ってきたかという内容であることが多く、SEの延長という意味合いが強く残っている。もし、期待するポジションが発想力や提案力にあるとすれば、姿勢をみることが大切となる。

従順の呪縛

就職氷河期と呼ばれる世代より上の年齢層では、常に従うことを幼少期から叩き込まれていると考えられる。日本では「禁止」か「許可」かを常に意識しながら仕事をしており、「許可されるまでは禁止されている」と考えているのではないかと推察される。

失敗からの成長

正しいか、間違っているか、の判断基準しか持ち合わせていない場合、何か問題が発生したときに時間を遡ってどこで判断を間違えたのかを追求する。それは大切なことであるが、実際のプロジェクトでは誤ったことを反省しつつ修正しながら進むことが大切である。

判断力の真髄

エンジニア出身のPM(開発プロジェクトのPM)だと、禁止か許可かというデジタルのような見方をしている人もいる。特に今日のシステムに関するプロジェクトでは、ゼロかイチだけでは判断できないような、ウエットでアナログな状況判断が必要となる。

まとめ

たとえ能力の高いPMだったとしても、仕事になると発想することや作ることの楽しみより、ミスによる懲罰を恐れたりするために、無難で当たり障りのない判断をしがちである。システムに関するプロジェクトがなかなか前へ進まない理由でもある。

関連記事

Figma AIが変えるUI/UX開発

開発現場の変革

2025年、デザインツールFigmaに搭載されたAI機能が業界に衝撃を与えている。Figma Makeは、AIチャットを通してプロンプトを入力すると、UIデザインを自動生成する。従来、画面設計には専門的なスキルと多大な工数が必要だったが、テキスト入力だけでデザインが生成される時代が到来した。この変化は単なる効率化ではなく、開発プロセスそのものの再定義を意味している。

主要機能

Figma AIは、機械学習を活用したデザインアシスタント機能である。画像生成、背景削除、解像度向上に加え、モックアップへのリアルなテキスト追加やトーン調整が可能だ。さらに注目すべきは「Figma Make」の登場である。Figma Makeは、Figma社が提供するAIデザイン生成ツールだ。テキストで指示を入力すると、UIデザインや画面構成、コンポーネントなどを自動生成する。デザインシステムの公開ライブラリをデザインに反映でき、生成したデザインデータをFigmaのフレームに還元できる点が大きな強みとなっている。

具体的メリット

Figma AI導入による最大のメリットは、開発スピードの劇的な向上である。UIを作るのに通常半日かかる作業も、0フェーズのプロジェクトであれば1時間程度である程度整ったプロトタイプが生成できるため、スピード面で大きく工数を削減できる。また、Figma Makeはチームメンバーやプロダクトオーナー、カスタマーサクセスの方々とやり取りする際に言語化しづらい領域をデザインで表現できる点が強みだ。アイディアレベルのものも即座に形にしてフィードバックを受けられることで、意思決定の迅速化と手戻りの削減が実現する。非デザイナーでもアイデアを視覚化できるため、部門間コミュニケーションが円滑になる。

留意点と活用法

Figma AIの導入にあたっては、適切な活用領域の見極めが重要である。現時点では既存プロダクトの運用フェーズでフル活用するのはまだ難しいものの、新規プロジェクトやモックアップ作成には十分効果的と評価されている。生成されるコードはReactベースの構成になっているため、既存技術スタックとの整合性確認も必要だ。Figma Makeは他職種のメンバーとのコミュニケーションをスムーズにし、アイディア出しを活発にするための共通の思考ツールとしても活用できる点を踏まえ、段階的な導入計画を立てることが成功の鍵となる。まずはパイロットプロジェクトでの検証から始めることを推奨する。

まとめ

Figma AIとFigma Makeは、UI/UX開発の在り方を根本から変革するポテンシャルを秘めている。チャットによるデザイン生成は、開発工数の削減だけでなく、チーム全体の創造性向上とコミュニケーション活性化をもたらす。ただし、既存ワークフローとの統合や適切な活用領域の選定には専門的な知見が求められる。

続きを見る >

マクロからPower Appsへ

ゾンビファイル

今から十数年前に作られたExcelやAccessでのマクロプログラムが今もなお残り続けている。表計算ソフトと呼ばれるデータベースに似たツールを背景にユーザーインターフェースやロジックを付け足したものである。もはやゾンビファイルと言っても過言ではない。これらのシステムは当初の目的を果たしていても、時代の変化とともに保守性や拡張性に大きな課題を抱えるようになっている。

作成者不明問題

社内に残る通称「マクロ」は、今はいない人が作成していたり、一部の人が独自に作ったものであることが多くある。作った人がいる場合はまだしも、退職している場合はその中のプログラムも見ることができないので、いつ止まるか分からないシステムを業務の中心で使い続けていくことになる。このような状況では、エラーが発生した際の対処法が不明で、業務継続に深刻なリスクをもたらす可能性がある。

市民開発解決法

ブラックボックス化したマクロを情報システム部に解決をお願いするのではなく、市民開発にて解決するには多少のコツが必要になる。ポイントは完全にブラックボックス化している状態や、何から手を付けていいか分からない状態のマクロ群は、残念ながらまずは専門家に情報の整理を依頼することが必要になるだろう。自社だけでの解決を試みる前に、適切な専門知識を持つパートナーとの連携を検討することが成功への近道となる。

専門家活用法

専門家に依頼したほうがいい理由として、マクロファイルの解析だけを切り離した作業としてしまうと、その後の市民開発へ繋ぎにくくなるからである。マクロファイルのインプット/アウトプットを解析した上で、それをどのように今後の市民開発のベース作りに活かすのか。ITコンサルやシステム開発会社の腕の見せどころである。単純な解析作業ではなく、将来的な発展性を見据えた戦略的なアプローチが求められる領域といえるだろう。

まとめ

ExcelやAccessはMicrosoft社の製品であるので、そのままMicrosoft社が提供するPower PlatformやPower Appsへの移行がスマートである。間違ってもマクロをスクラッチ開発でのWebシステムに移管すべきではない。親和性の問題や閲覧性などに課題がのこることが多いようである。

続きを見る >

DX成果までの期間

期間が読めない不安

「DXに取り組みたいけれど、成果が出るまでにどれくらいの期間がかかるのか分からない」——中小企業のDX担当者から最も多く寄せられる悩みのひとつである。半年か、一年か、それとも数年か。期間の見通しが立たなければ、経営層への説明も難しく、なかなか最初の一歩を踏み出せない。本記事では、実際に支援した中小企業の事例をもとに、DXで成果が出るまでの現実的なスケジュール感と、期間を短くするための具体的な考え方を伝える。

全社改革の落とし穴

DXが長期化する大きな要因は、最初から「全社的な大改革」をイメージしてしまうことにある。基幹システムの刷新、全部門の業務見直し、AI活用——どれも重要なテーマだが、すべてを同時に進めようとすれば、計画は数年単位に膨らむ。さらに要件定義や部門間の合意形成に時間を取られ、現場が変化を実感する前に熱量が下がってしまうケースも少なくない。経営層からは「成果はいつ出るのか」と問われ、現場からは「結局何が変わるのか」と疑問の声が上がる。「DX=大規模プロジェクト」という思い込みこそが、期間の不安を生み出す最大の原因である。

1ヶ月で形にする方法

実は、現場で本当に役立つDXは「小さく早く」始めれば、わずか1ヶ月で形になる。Power Appsで支援したある製造業の事例では、それまで紙とExcelで管理していた日報業務をたった1ヶ月でアプリ化し、現場の入力時間を約3割削減することに成功した。低コード開発であれば、要件定義から運用開始までを短期間で進められ、現場が早い段階で成果を体感できるのが大きな特徴だ。試作と改善を素早く繰り返せるため、机上の議論に時間を奪われることもない。最初から完璧を目指さず、まず一つの業務を確実に変える。この小さな成功体験こそが、次のDX施策を生み出す確かな推進力となる。

期間を決める3要素

DXで成果が出るまでの期間を左右するのは、「対象業務の絞り込み」「ツール選定」「現場との協働」の3つの要素である。対象を一つの業務に絞れば1ヶ月、複数業務にまたがる改善なら3〜6ヶ月、部門横断の本格的な改革なら1年が一つの目安となる。重要なのは、最初の1ヶ月で目に見える成果を必ず出すことだ。経営層も現場も「DXは確かに進んでいる」と実感できれば、追加投資や協力体制が自然と得られるようになり、結果として全社展開のスピードも加速していく。逆に最初の数ヶ月で何の変化も見えないと、どれほど立派な計画でもプロジェクトは静かに失速していく。期間の不安は、最初の小さな一歩で必ず解消できる。

まとめ

DXで成果が出るまでの期間は、取り組み方次第で大きく変わる。「全社一斉」ではなく「一業務一ヶ月」から始めれば、期間への不安は確実に解消できる。完璧な計画を半年かけて練り上げるよりも、現場で実際に動く一つの成功事例の方が、社内全体に対してはるかに大きな説得力を持つ。小さな成功の積み重ねこそが、結局は全社DX実現への最短ルートとなる。

続きを見る >