Figma AIが変えるUI/UX開発

負債の本質

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

設計時の対策

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

高負担な設計

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

根本的解決

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

まとめ

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

AI教師モデルにおけるBPOの重要性

AI技術の急速な進化により、教師モデルの構築が重要視されています。テキスト型のAIだけでなく、画像認識などの領域でも教師モデルの役割は増大しています。これらのモデルの開発には人手によるタグ付けや手作業が不可欠です。こうした教師モデルのプロジェクトをBPO（ビジネス・プロセス・アウトソーシング）としてオフショアに委託することで、労働力の確保とコスト効率の向上を図ることが可能です。

ベトナムのBPOにおけるアドバンテージ

ベトナムはBPOプロジェクトにおいて、他の国に比べてアドバンテージを持っています。BPOの重要な要素は末端のワーカーがコンピューターベースのルールに基づいた作業を行うことです。ベトナムは安価な人件費を提供し、労働力の習熟度が高いため、大量生産に適しています。また、日本との文化的類似性や日本語の理解により、コミュニケーションがスムーズに行われます。これらの要素により、ベトナムはBPOにおける優れた選択肢となっています。

ベトナムのBPOのマネジメントと技術力はこなれてきている

BPOプロジェクトにおいては、マネジメントと技術力の確保が重要です。ベトナムはこれらの点においても成熟しています。効率的なプロジェクトマネジメントを行うことで、タグ付けやデータ整理などの作業が円滑に進行します。また、BPOにおいて必要なコンピューター作業に対するリテラシーも高く、新しい技術分野にも積極的に対応しています。ベトナムの成長に伴い、BPOの品質と効率は更なる向上が期待されます。

BPOにおけるコミュニケーターの重要性

BPOのプロジェクトには、ルールやマニュアルを作成する段階でコミュニケーターが重要な役割を果たします。ルールの策定には様々な要素が考慮される必要があり、ベトナム側からのフィードバックも重要です。コミュニケーターは日本とベトナムの文化や言語の違いを理解し、円滑なコミュニケーションを図ることで、プロジェクトの成果物の品質向上に寄与します。

AIでのコスト優位性の確保のための戦略的投資

AI技術の製品化において、BPO部分のコストダウンが重要な課題となります。ベトナムに安定したAIのためのBPO作業をオフショアにすることで、コストセンターの効率化を図ることができます。将来的にAI技術はますます製品化が進み、BPOの需要も増加することが予想されます。そうした中で、ベトナムのアドバンテージを活かした戦略的な投資により、ソフトウェア開発企業のマネージャは競争力を強化し、成功につなげることができるでしょう。

内製化の壁

システムの内製化が重要ということは、どこでも聞くと思う。しかし、具体的に内製化していくための段取りを整理して教えてもらうのは難しいのかもしれない。業種業態によって様々なケースが存在するからである。内製化を成功させるには、単に技術的な知識だけでなく、組織全体での戦略的な取り組みが不可欠となる。

経営コミット

システム開発の内製化を行っていくには、まず経営層からのコミットメントが必要不可欠である。これが必要であるから諸外国ではCRO（Chief-Revenue-Officer）という部門を横断した権限を持つ人を据えている。その上で、まず内製化の目的を明確にする。おおむねコスト削減、スピード向上、ナレッジ蓄積などであろう。目的がきまると、企画、開発、保守、インフラなどのどの範囲で内製化するのが見えてくる。組織全体での合意形成が内製化成功の基盤となるのである。

失敗回避策

よく聞く失敗例では、権限のないIT戦略室、デジタル推進部などを作ってしまうことである。あるいは、適切な人員の配置や育成がなされないパターンも同様である。大きな権限を持つことになることを前提に考えると、実施するプロジェクトについても小さなプロジェクトにおいて実績を積み上げたほうがいいだろう。たとえば、小規模低リスクである業務改善ツール（例：Power AppsやExcelマクロ）から市民開発を実施していくなどを計画することをお勧めする。段階的なアプローチが組織の信頼獲得につながる。

仕組み化

小さなプロジェクトで実績を積むと、こなれてきてしまうため、やはり属人化の危険性が伴う。ここで、いかに永続的に考えることができるか、内製化のための仕組みを構築できるかは、システム開発経験者などの知見のある人も交えて人材育成に取り組むべきである。定期的な振り返り（レトロスペクティブ）やナレッジ共有会、現場からの改善提案を吸い上げる文化を育て、仕組化していく。持続可能な内製化には組織文化の変革が欠かせない。

まとめ

開発基盤とガバナンス整備、ソース管理やドキュメント管理などの定性的な内製化は簡単に作ることができる。しかし、そのマインドや仕組み、自然とDevOpsをはじめとしたPDCAサイクルにもっていくには、システム知見だけでも難しくある。持続的な内製化にたどり着くためには最初の企画や構成段階で知見をもつメンバーを入れておくのがよいだろう。