思考と決断のPM力

PMの真価

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

従順の呪縛

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

失敗からの成長

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

判断力の真髄

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

まとめ

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

関連記事

Power Apps活用事例3選

Power Appsで何ができる?

「Power Appsを導入してみたいけれど、実際にどんな業務に使えるのかイメージが湧かない」。そんな声を、中小企業のDX担当者からよく耳にする。Power Appsはノーコードで業務アプリを構築できる便利なツールだが、抽象的な機能説明だけでは導入後の姿を描きにくい。本記事では、現場で成果を上げている3つの活用事例を紹介する。自社での活用可能性を具体的にイメージしてほしい。

契約管理の一元化

ひとつ目は、契約書の管理をPower Appsで一元化した事例である。これまでExcelファイルや紙の書類でバラバラに管理されていた契約情報は、担当者ごとにフォーマットが異なり、更新漏れや期限切れの見落としが頻発していた。Power Appsで専用アプリを構築したことで、契約先や金額、更新期日といった情報を一つのデータベースに集約し、誰でも同じ画面から確認できるように改善された。期限が近づくと自動で通知が届く仕組みも組み込まれており、契約更新における抜け漏れが大幅に減少し、担当者の心理的な負担も軽くなっている。

見積もり計算の自動化

ふたつ目は、見積もり計算をPower Appsで自動化した事例である。営業の現場では、製品の組み合わせや数量、割引率に応じて金額を算出する作業が日常的に発生している。これをExcelで行っていた頃は、計算式の入力ミスや古いテンプレートの使い回しによって、誤った金額を顧客に提示してしまうトラブルが少なくなかった。Power Appsで計算ロジックを組み込んだ専用アプリを開発し、必要な項目を入力するだけで正確な見積もりが算出される仕組みに切り替えたところ、計算ミスは大きく減少し、見積書の提出までにかかる時間も短縮された。営業担当者の心理的な負担が軽くなった点も、現場から高く評価されている大きな成果のひとつである。

プロジェクト進捗の可視化

3つ目は、プロジェクト管理にPower Appsを活用した事例である。複数のプロジェクトが並行して動いている組織では、誰がどのタスクを抱え、進捗がどの段階にあるのかを正確に把握することが大きな課題となっていた。会議のたびに各担当者から口頭で報告を受け、エクセルの管理表に転記する手間も発生していた。Power Appsで構築した管理アプリでは、担当者がスマートフォンからでもタスクの状況をその場で更新でき、管理者はリアルタイムでダッシュボードを確認できるようになった。進捗の遅れがひと目で分かるため、初動の対応も早くなっている。3つの事例に共通するのは、現場の小さな困りごとから着手し、段階的に機能を拡張していった点にある。

続きを見る >

Power Apps入門:アプリ開発は難しくない

アプリ開発は難しくない

「業務アプリを作りたいけど、プログラミングの知識がない」――そう考えて一歩を踏み出せない方は多いだろう。MicrosoftのPower Appsは、コードをほとんど書かずに業務アプリを作れるローコードツールである。特別なIT知識がなくても、Excel操作ができる人であれば十分に始められる。まずは「何ができるか」を知ることから始めよう。

Excelからアプリへ

Power Appsでアプリを作る手順は、大きく3つのステップに分かれる。まず、現在Excelで管理しているデータをそのまま使い、Power Appsに取り込む。次に、画面のレイアウトをドラッグ&ドロップで組み立てる。テンプレートも用意されているので、ゼロから設計する必要はない。最後に、入力や表示のルールを設定して完成である。複雑な関数を書く場面はほとんどなく、Excelの関数に近い感覚で操作できる。

ローコードが注目される理由

ローコード開発が注目されている背景には、中小企業特有の事情がある。IT人材の採用が難しく、外注すれば費用がかさむ。かといってExcelのまま運用を続ければ、属人化やミスのリスクが増えていく。Power Appsであれば、現場の担当者が自分で業務に合ったアプリを作れるため、外注コストを抑えながらスピーディに改善を進められる。また、仕様変更が必要になった場合も自社内で対応できるため、柔軟性が高いのも大きなメリットである。「作って終わり」ではなく、業務の変化に合わせて育てていけるのがローコードの強みだ。

小さく始めよう

Power Appsを始めるなら、最初は小さな業務から取り組むのがおすすめである。たとえば日報の入力、備品の申請、簡単な計算ツールなど、日常的に使う業務をアプリ化すると、効果を実感しやすくなる。最初から完璧なアプリを目指す必要はない。まず動くものを作り、使いながら改善していくのが成功のコツだ。「自分にもできた」という体験が、現場全体のDX推進につながっていく。迷ったら、今Excelで一番手間がかかっている業務を選んでみてほしい。そこがPower Appsの最初の活用ポイントになるはずだ。

まとめ

Power Appsは、IT知識がなくてもExcel操作の延長で業務アプリを作れるツールである。まずは日報や申請書など身近な業務から小さく始め、使いながら改善していくのが成功の近道だ。最初の一歩を踏み出すことが、DX推進の起点になる。

続きを見る >

リーダーの多忙による弊害

危険な繁忙化

なぜか忙しくしているPMやリーダーとなるSEがいれば危険信号である。リーダーが忙しくなると全体的な最適化や効率的な運用ができていない可能性がある。結果として、無駄に費用がかかったり、技術的負債が大きくなったりする。

役割分担の歪み

システムのユーザー側から見ると、SEという見え方しかしないと思われるが、実際はシステムの運用や開発には細かな作業分担が発生する。この作業分担ができていない場合は窓口のSEが余計な作業を行っている可能性がある。役割分担の不均衡がもたらす忙しさではなく、まったく仕事としてやらなくてもよいような事に時間を使っていて忙しい場合がある。

プロセスの確立

たとえば、プログラムが解析できる人をリーダーとしてしまうと、開発者に手取り足取り指示をしてしまうことがある。もし、リーダーがプログラムレビューなどの作業や、開発者にプログラム上の細かな指示をしている場合は注意が必要である。何を基準にプログラムレビューや指示を行うのか、という仕事を見える化し、仕組化することがリーダーの務めである。

俯瞰的視点

木を見て森を見ずという言葉があるように、リーダーとなる人は指針を作ったりメンバーをプロジェクト成功へ導く役割がある。リーダーが開発メンバーと同じように木ばかりを見ているようであれば、森を見る人が非エンジニアであるユーザー側となってしまうことが考えられる。

まとめ

誰が森を見るのか、リーダーやPMが常に忙しそうにしている場合は、何に時間を使っているのか調査する必要がある。実はここがボトルネックになっていてプロジェクトの進行が思うようにいかなかったり、頻繁にリスケが発生していることも多くある。しかし、これは本人にヒアリングするだけでは表面化しないため、ユーザー側の担当者やプログラマーなどの周辺人員から浮き彫りにすることが望ましい。

続きを見る >