相場の不在

開発の相場観

相場とは、一般的に市場で競争売買によって決まる商品の価格とされているが、ことシステム開発においては、相場というものが存在しない。

比較の難しさ

比較できる同じものであれば競争原理が働き相場が構築されるが、フルスクラッチされるシステム開発においては全く同じものができることはない。しかも、出来上がるものはパッケージシステムやSaaSの利用以外は、未来にしか完成しないので当然比較もできないものとなる。

将来要件判断

比較的ないからこそ、しっかりと吟味する必要があるが、吟味する材料や条件などは現時点で明確になるものが元となる。未来に発生する追加条件や変更される環境などはジャッジする時点にはすべて出そろわないという難しさがある。

変化への対応

システム開発は未来にどのような条件変更やルール変更が行われるかわからないものであるという認識を持つことが大切である。その上で最善のジャッジを行うべきである。その判断は過去を遡って正解か間違いかを評価すべきではない。

まとめ

日本では原点方式の人事評価が行われるため、イノベーションは起こりにくい本質的な問題がある。これを無視して「DXだ」といっている組織があるとすれば、それは本質を見誤っているといえる。

関連記事

AIの教師モデル開発や画像のタグ付けを目的としたBPO的なプロジェクトにはベトナムオフショアが向いている理由

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

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

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

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

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

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

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

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

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

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

続きを見る >

熱意の共有

提案と負担

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

現状維持の理

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

知と意欲

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

人材の見極め

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

まとめ

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

続きを見る >

モックアップの料金

要件定義の意義

ユーザーの要件を明確にすることで、開発の方向性がブレず、無駄な修正や手戻りを防ぐことができる。定期的なミーティングやレビューセッションを通じて、開発者はユーザーのニーズを正確に把握し、ドキュメント化やモックアップ化することが重要である。

試作品の価値

SEはユーザーに具体的なイメージを持ってもらうために、プロトタイプやモックアップを作成し、ユーザーに確認してもらうことで、誤解や認識のズレを減らす。これにより、実装後の大幅な変更を回避できる。

モックアップの功罪

モックアップの作成は有料であることが多いようである。また、非エンジニアがシステム技術を意識しないモックアップであれば、その後の開発が複雑になってしまうといったことも考えられる。

ユーザー主導開発

モックアップを用いてユーザーがシステムの機能や開発プロセスについて理解を深めることで、適切なフィードバックを提供することが大切である。開発チームとのコミュニケーションも円滑になり、無駄な手戻りや修正を減少する。

まとめ

システム開発におけるユーザーと開発チームのコミュニケーション改善が、システム開発コストを軽減する。そのためには視覚的にコミュニケーションできるモックアップは重要であろう。

続きを見る >