要件定義のアプローチ

失敗の正体

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

エンジニアの真実

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

成功の境界

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

コスパの本質

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

まとめ

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

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

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

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

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

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

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

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

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

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

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

PMの真価

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

従順の呪縛

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

失敗からの成長

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

判断力の真髄

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

まとめ

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