QCDの死角

失敗の正体

システムの失敗は見えないことがある。ブラックボックスであるがゆえに隠せてしまうからである。失敗かどうかの線引きができないところがシステム構築プロジェクトの難しいところである。

エンジニアの真実

もしかしたら、エンジニアが都合の悪いことは隠していることがあるかもしれない。しかし、決めつけてしまうとエンジニアはへそを曲げてしまう可能性がある。隠しているつもりはなくても隠れていることもある。

成功の境界

失敗の線引きは、納期が遅れることであろうか。バグが多いということであろうか。実は、状況によって一概に言えないのである。QCDという言葉があるが、品質と費用と納期のバランスを上手にとったとしても成功か失敗か、すぐにはわからないのがシステムという無形物である。

コスパの本質

コスパという言葉があるが、かけるコストに対して、どれだけのパフォーマンスが出せるかが問題となる。システム開発では、コストからやりたいことを計算するのではなく、やりたいことを明確にしたうえで、コスト内でリッチ度合いを調節することが重要である。

まとめ

システム開発においては、失敗が見えにくいため、失敗しないように見えるのかもしれない。失敗しないことは、成功であるということでもない。時間が経つにつれて失敗を感じることもあり得るのである。

関連記事

IoT基礎知識

IoTとは

IoTとは「Internet of Things」の略で、身の回りのあらゆるモノがインターネットに接続される技術のことである。従来はパソコンやスマートフォンだけがネットに繋がっていたが、今では冷蔵庫、エアコン、照明、車など様々な機器がネットワークに接続できるようになった。これにより、遠隔操作や自動制御、データ収集が可能になり、私たちの生活はより便利で効率的になっている。

注目される理由

IoTの最大の魅力は、データを活用した自動化と最適化にある。例えば、スマートホームでは照明や温度を自動調整し、電気代を削減できる。また、工場では機械の稼働状況を監視して故障を予防し、農業では土壌の状態を把握して適切な水やりを行う。このように、IoTは単なる遠隔操作ではなく、収集したデータを分析して最適な行動を自動で実行する「賢いシステム」を構築できるのである。これが生産性向上やコスト削減につながる理由である。

導入チェックリスト

IoT導入を成功させるには、まず明確な目的設定が重要である。「何を改善したいのか」「どんな効果を期待するのか」を具体的に定めることで、適切な機器やシステムを選択できる。次に、セキュリティ対策は必須項目である。IoTデバイスはサイバー攻撃の標的になりやすいため、暗号化や認証機能の確認が欠かせない。さらに、既存システムとの連携可能性や、将来的な拡張性も考慮しよう。小規模から始めて段階的に拡大していく計画的なアプローチが、IoT導入の成功率を高める鍵となる。

未来への影響

IoTの進化は加速しており、5G通信やAI技術との融合により、さらに高度なサービスが実現される。自動運転車、スマートシティ、遠隔医療など、これまで夢物語だった技術が現実のものとなってきている。特に注目されるのがエッジコンピューティングで、デバイス側で即座にデータ処理を行うことで、リアルタイム性が向上する。一方で、プライバシー保護やデジタル格差といった課題も浮上しており、技術の恩恵を皆が享受できる社会の構築が求められている。IoTは単なる技術革新ではなく、社会全体の変革を促す重要な要素となるであろう。

まとめ

IoTは私たちの生活や働き方を根本から変える革新的な技術である。基本概念を理解し、導入のポイントを押さえることで、この技術の恩恵を最大限に活用できる。未来に向けて、IoTとの向き合い方を今から考えておくことが大切である。

続きを見る >

技術的負債の返済方法

負債の本質

技術的負債には、設計負債やコード負債がある。金銭的な負債であれば借入金やマイナスの表記で数字化できるのだが、技術的負債においては数字化できないことがとても難しい点である。経営に関するほとんどのことは定量化や定性化が可能だが、たとえば企業創業者の発想する「野生の勘」を直接的に数字化できないように技術的負債も一筋縄では見える化しない。

設計時の対策

技術的負債の中でもコード負債については、システム開発の現場からよく発想されるリファクタリングや再構築などを行うことで比較的わかりやすい返済方法となる。知らない人が作ったプログラムや古くなったプログラムのバージョンなど、リスクを表現し対応することができる。何よりも最初の企画設計段階で負債が積みあがりにくい仕組みを考えることが大切である。

高負担な設計

技術的負債の中でも利息の高い負債が設計負債である。単体機能における設計であれば、モジュールごとの再設計によって返済が可能である。しかし、プログラムは複数のモジュールが絡まり合っていることがほとんどなので、複雑なオペになってしまう。また、稼働中のシステムにわざわざ再設計したプログラムを導入するリスクに対して、得れるメリットも少ないので見過ごされがちである。設計能力は例えば、紙というオブジェクトのメソッド(振る舞い)とプロパティ(保持する情報)を聞いて正しい答えが帰ってくれば多少安心であろう。紙の振る舞いは燃えるであり保持する情報は面積などがある。

根本的解決

しかし、技術的負債はこのように目に見えやすい設計負債やコード負債が致命的になることは少なく、やはりその上層でどのような指針に基づいてシステム運用がなされてきたか、また長期視点で一貫したメンテナンスを行うことが必要である。システムの維持には保守費用や運用費用を払っていることが多いと思うが、これだけでは将来の負債を減らしていくことはできない。やはり、鳥の目を持つITコンサルタントやITアナリストなどの役割を持つメンバーが必要である。

まとめ

ITコンサルタントやアナリストは、すぐに利益も生まない、経費を削減するわけでもないといったコストセンターとしてのポジションなので、あまり起用していない中小企業も多いようである。投資に対する効果が見えにくいのは、料理でいう香辛料と同じなのかもしれない。その少しの投資が未来を大きく変えることになる。IT技術は日進月歩で発展するからである。

続きを見る >

熱意の共有

提案と負担

「なぜ、自社のシステム担当者や社外から常駐するSEは、システムの改善提案をしてくれないのだろう?」と思うことはないか。それは、提案することで自分が大変になってしまうことを理解しているからである。

現状維持の理

自分たちが大変になるだけであるため、普通に考えれば、それを「やろう」と思うはずがない。それがシステム担当者から提案が出てこない理由であろう。

知と意欲

そうなると、非エンジニアやシステム営業が発想する提案は、システムの要件や縛りを無視した案になってしまう。問題解決意欲の高い非エンジニアが指揮するシステム開発を成功させるには、同じ温度感を持つエンジニアを味方につけるほかない。

人材の見極め

システム担当として向いている人材を探すことは非常に困難である。仮に全社的な問題解決意欲の高いエンジニアを採用したとしても、本当のスキルがどの程度であるか知ることができない。システムの開発のほとんどは巻き戻すことができないからである。

まとめ

システム開発や運用の大変さを知る人材ほど、モチベーションがない限り全力を出し切らせるには、相当の熱量を伝えることが肝要である。

続きを見る >