SIer・受託開発

作れます。利用を許可された既存ソースコードやDBスキーマをコンテキストとして整理し、基本設計書、画面遷移図、データフロー図、単体テスト観点の草案作成を支援します。生成物は現行仕様を理解するための草案であり、開発・運用・業務・品質保証の各担当者によるレビューと承認が必要です。資料がない状態からの進め方は、レガシーコードから設計書を自動生成するで解説しています。

できません。図や設計書の見た目が整っていても、内容の正確性を意味するとは限りません。ノード、矢印、テーブル名、処理順序を原コード、定義書、実行ログ、担当者の知識と照合してください。設計書には確認できた情報と推定・未確認の情報を分けて記載させます。照合を組み込んだ7ステップの手順は、レガシーコードから設計書を自動生成するにまとめています。

顧客名、契約上の機密情報、個人情報はそのまま登録せず、許可された範囲で匿名化または除外します。登録可否、アクセス権限、マスキング、保持期間は契約条件と社内規程に従って確認します。過去提案書は内容の再利用ではなく、構成や説明方法を整理するために登録します。登録する資産の範囲と使い方は、RFPからの提案書初稿作成事例で確認できます。

対象が「個人の実装支援」か「チームで共有するコンテキスト」かが異なります。汎用ツールはコード補完に役立ちますが、顧客ごとの業務ルール、改修経緯、過去障害、運用上の注意点までチームに共有されるとは限りません。Jiteraは許可されたプロジェクト固有の資産をコンテキストとして整理し、チームで参照できる状態を作ります。案件知見を共有資産にする進め方は、チームで育てられる開発資産へで紹介しています。

公開事例では平均約30%の削減が報告されていますが、すべての案件で同じ効果が得られることを示すものではありません（PwCコンサルティング合同会社の公開事例）。測定する場合は、対象業務・期間・利用者・入力資料・成果物の品質・レビュー時間・再作業時間・工数の算定方法をそろえて比較してください。