モックアップの料金

要件定義の意義

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

試作品の価値

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

モックアップの功罪

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

ユーザー主導開発

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

まとめ

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

関連記事

ベトナムオフショア開発に向く3つのプロジェクトと、向かない3つのプロジェクト

ベトナムに向くプロジェクトの特徴

ベトナムへのソフトウェアのオフショア開発については昔から肯定的な意見と否定的な意見があります。昨今のベトナムの人件費の向上と日本の人件費の低下、そして円安もあり、コストダウン効果が見込めなくなってきています。しかし、単に海外オフショア開発が良いか悪いかという単純な問題ではなく、ベトナムの特徴を踏まえて、どのようなプロジェクトが向いているのか見極めることが重要です。本記事では、ベトナムにおけるオフショア開発に向く3つのプロジェクトと、向かない3つのプロジェクトを紹介します。

ベトナムに向くプロジェクト

1. 生産拠点や流通拠点を持つERPシステム開発

日本企業がベトナムに自社の生産拠点や流通拠点を持ちそのためのERPシステムを開発する場合、ベトナムは適した場所と言えます。ベトナム企業はベトナムの市場に精通しており、日本企業もベトナムの物流や製造現場に慣れています。また、ERPシステムの構築経験も蓄積されており、ベトナムのソフトウェア業界は成熟しています。さらに、ベトナム人の日本語通訳者の能力も向上しており、生産や流通に関わる日本語も習得しています。このような環境下でのERPシステム開発は、効率的かつ円滑に進めることができます。

2. ライトなWeb開発など経験を必要としない開発分野

技術の進化が激しいWeb開発など、比較的ライトで長年の経験を必要としない開発分野においても、ベトナムは適した場所と言えます。これらの分野では、若くて習得の早い技術者が求められます。ベトナムの技術者は熱意を持ち、新しい技術の習得に積極的です。また、技術自体も日本やベトナムといった特定の地域に依存せず、汎用性の高いものが多いため、ベトナムの技術者との協力により効果的な開発が行えます。

3. BPO的なプロジェクトでの教師モデル開発や画像タギングなど

ベトナムはAIにおける教師モデルの開発や画像のタギングなどのBPO的なプロジェクトにも適しています。ベトナムの基礎教育レベルは高く、労働者の字の読み書きやPCの使用能力に問題はありません。また、ベトナムはピラミッド型組織を構築しやすい文化的環境が整っているので大量生産に向いています。これらの要素を活かして、BPO的なプロジェクトをベトナムで展開することは効果的です。

ベトナムに向かないプロジェクト

1. コストダウンが目的のインクルーシブなプロジェクト

単純なコストダウンが目的のインクルーシブなプロジェクトは、ベトナムにとって戦略的な選択肢とは言えません。最初は若くて安いエンジニアを投入することで一時的なコストダウン効果を得るかもしれませんが、時間が経つにつれて人件費が上昇し、コストが増加してしまいます。また、ベトナムのエンジニアも自身のキャリアパスを考えるため、離職率が高く、人材の取り替えが困難になる場合もあります。

2. AIなど最先端技術のラボラトリーとしてのプロジェクト

ベトナムはAIなどの最先端技術のラボラトリーには向いていません。ベトナムは積極的な技術開発を行っていますが、他の国々も同様に積極的であり、特にアドバンテージがあるわけではありません。また、最先端技術になるほど人件費が高くなり、ベトナム価格でも他の国と競争することが難しい場合があります。このような背景から、ベトナムにおける最先端技術の開発には慎重な判断が求められます。

3. 最終消費者向けのセールスやマーケティングシステム

最終消費者向けのセールスやマーケティングシステムは、ベトナムとの文化や商習慣、法律、税制などの違いにより、開発が困難となる場合があります。ベトナム側で日本のマーケットに適したシステムを開発することは難しく、逆に日本側でもベトナム市場に合わせたシステムを構築することは容易ではありません。ただし、バックエンドのシステムに関しては国による違いは少ないため、ERPのようなバックエンドのシステム開発はベトナムでも適しています。

以上がベトナムにおけるオフショア開発に向くプロジェクトと向かないプロジェクトの一例です。プロジェクト選定においては、ベトナムの特徴や環境を的確に把握し、ベターな組み合わせを選ぶことが成功への重要な戦略となります。

続きを見る >

オフショア開発の変遷と現状

1. はじめに

オフショア開発は、かつては主にコスト削減を目的として行われていました。日本のソフトウェア産業は、人件費の差を利用して中国を受託先として選ぶことが一般的でした。また、日本の企業は製造業など他の産業でも中国に進出し、その人件費の安さを利用することが多かったため、ソフトウェア開発でも中国へのアウトソーシングが一般的でした。さらに、日本語の場合にはダブルバイトという特殊な問題もあり、中国人が漢字を理解できるという利点がありました。このため、中国の中でも特に大連が多くのオフショア開発プロジェクトを受け入れる地域となっていました。

2. オフショア開発の変遷

かつてのオフショア開発は、主に大規模なデータ入力を伴うBPO(Business Process Outsourcing)プロジェクトに似たような形で利用されていました。しかし、現在では双方向のやり取りを含むアジャイル的な開発に応用されるようになりました。ただしBPO 的な、すなわち単純な入力やルールに基づく作業の需要は今でも多く存在しています。このような需要に対応するため、開発プロジェクトはアジャイル開発を行うプロジェクトと、データ入力やタグ付けなどの作業に従事するプロジェクトに分かれていく傾向にあります。例えば、AIの流行により教師データを作るためのBPOは、中国やベトナムを含む世界中で活発に行われています。

3. オフショア開発の変化要因

オフショア開発が変容していく中で、人件費の上昇以外にもう一つの要因があります。それは情報通信の発展です。20年前の中国の大連においてオフショア開発が行われていた頃は、通信手段が電子メールとその添付ファイル程度しかありませんでした。また、その前の時代に作成されたものは紙ベースのドキュメントが主流でした。しかし、現在ではチャットやビデオ会議などの通信手段が進化し、特に画面共有の速度が実用的となりました。さらに、自動翻訳ソフトウェアも利用されるようになりました。同時通訳の精度向上や音声認識の発展も進んでおり、将来的には同時通訳のような実用化も期待されます。

4. オフショア開発の現状

現在、オフショア開発を利用している開発現場は増加しており、一般的な選択肢となっています。その背景には、日本国内におけるソフトウェア開発者の不足が挙げられます。また、ソフトウェア開発の手法が世界的に平準化されていることも重要な要素です。開発環境やツールの利用において、国内と海外で大きな差はありません。さらに、ソフトウェア開発に関する知識がコモディティ化し、世界中の若いエンジニアが現代的な知識を教科書から学んでいることも要因の一つです。これらの要素により、オフショア開発が一般的な選択肢となりました。

5. 結論

オフショア開発は、コスト削減を目的として始まりましたが、現在ではその目的は多様化しています。技術の発展や通信手段の進化により、オフショア開発はアジャイルな開発に応用されるようになりました。また、オフショア開発を利用する開発現場の増加には、ソフトウェア開発者の不足や知識のコモディティ化が影響しています。これらの要素が重なり合い、オフショア開発が現在の姿となっています。

続きを見る >

開発遅延の打開策

システム開発の現状と課題

数名で開発した初期のシステム構築から、システム会社を変更して大がかりなリプレイスを行い、保守運用を実施しているが、月々の費用が高額であるわりに、開発スピードも遅い。開発スピードが遅いため、新しい機能を実装していけない。

不具合と開発の不透明性

リリースから何年も経っているのに不具合がなくならない。開発会社からの報告が曖昧で何にお金を支払っているのか謎のままであることが多い。

コスト削減と資源最適化

開発スピードを上げるには、システム開発コストの削減をしなければならない。コストを削減するということは、それで浮いたコストを開発に割り当てることができるため、結果的に開発スピードがあがることを意味する。

開発の透明性と妥当性

そのためにしなければならないことは、開発工程や開発過程の見える化および妥当性を担保することである。システムの比較検討ができないため、システム開発のコミュニケーションは一般的なものであると思い込んでいる。システム発注の担当者はシステムのことがわからないから、システム開発の進め方に違和感があったとしても技術者が言うことを信用するほかないと思っている。

まとめ

結果として、技術者の工数と称して月々の費用や、ひどいものでは言語のバージョンアップと称して、何もしていないことに費用を支払っていることもある。不明点はシステム発注の担当者が理解できるまで聞くべきである。

続きを見る >