Cloud Shift

要件定義書は何故Officeドキュメント？

分かりやすい例を挙げましょう。
要件定義書や基本設計書は何故Word,Excel,PowerPointなどのOfficeドキュメントなのでしょうか？
OfficeドキュメントのままではAIに対して要件定義や設計情報を渡すことができません。
当社では先ずその部分の特許化に取り組みました。
要件定義や基本設計情報を全てデータベースによって階層構造で管理し、そのノードや木構造を定型化したプロンプトと共に直接AIに渡すことによってAIドリブン開発を効率的に実施する仕組みです。
当社代表は当社設立のはるか以前、2006年当時からノーコードによるシステム開発に注力してきましたので、特別な知識なしにこの仕組みを活用していただけるよう現在プロトタイプの開発を進めています。
つまり本当に業務を理解している人が設計に関与することによって少人数での大規模開発を実現するのです。

開発コストの劇的削減が可能な根拠

例えばPM（顧客担当者）とPMO（コンサルタントもしくはシステムエンジニア）が1対1、システム周りの微調整やデプロイの担当者、ソースコードの整合性チェッカー兼テスト担当、4名でチームを組みます。
従来であれば10人体制で2年間かかって開発していたようなシステムがプロパーを除いて3名体制で開発できるとしたらどうでしょうか？
仮に開発期間は変わらないと仮定した場合には以下のように単純計算できます。
従来：10名×24か月×単価100万円＝2億4000万円
今後：3名×24か月×単価100万＝7200万円・・・・1億6800万の削減
そんなにうまくゆくはずないと思いますか？
実際に永年開発の現場に身を投じていた側からすれば、如何に今までの開発工程が非効率であったか身に染みてわかっています。
大勢ベンダーがいたら丸投げしたくなるのが心情で人が少なくなればプロパー担当者の負担はむしろ増すのですが、その分タイムリーに設計の更新が可能になり失敗プロジェクトのリスクは低下します。
また体制が大きいとコミュニケーション上の伝達不良や工程管理などの管理工数が激増します。体制が小さいとそうした行き違いや無駄な工数が発生しないうえ統合的にAIを駆使するので実際に工数削減に繋がるのです。
現時点で単価100万どころか200万が普通の時代になってきていますので1名減るだけでも発注者側の負担は大きく減ることになります。
体制としてはウォーターフォールなのですが、限りなくアジャイルな新たな設計開発スタイルを確立できると考えています。
AIドリブン開発はこれまでプログラマの作業効率を改善するためのものでしかありませんでしたが、設計者の負担を減らすとともに細かい更新を可能にすることでシステム全体としてのアジャイル化が可能になります。
顧客の側は浮いた予算を次のDX開発に回せるので案件数はむしろ増えることになりますし、本当に実力のある実務担当者は単価を上げてもらうこともできます。
最近大手コンサルティングファームやSIerと顧客の間で大型の訴訟合戦になっているケースが増えています
体制を縮小して顧客担当者の関与を強めればこうした問題は回避することが可能で、これまで瑕疵担保や企業体力の関係で大手しか手出しできなかった案件に中小ベンダーも参画することが可能になります。
顧客側、ITベンダー側もそろそろ視点を変える時期にきています。
DX推進にコスト面で躊躇している企業担当者様、システム開発を内製化したいとお考えの経営者様、SESは早晩ジリ貧になるとお考えのシステムベンダー様、新たなビジネススキームを構築したいITベンダーや中堅コンサル会社のご担当者様、ご納得いただけるよう詳しくご説明しますので是非お問い合わせください。