開発体制・品質管理

基本方針

SHINJIDAIは、技術選定から設計・実装・移行・定着までを一気通貫で支援します。 金額の多寡ではなく、投資対効果と段階導入を重視し、責任範囲を文書で明確にしたうえで進めます。

• 段階導入効果の見える範囲から本番品質へ
• 文書化契約・仕様・検収条件を明確化
• 現場定着使われて初めて価値が出る前提
• 引き継ぎ可能保守・他社移行を見据えた成果物

開発プロセス

1. 01

   ヒアリング・課題整理

   業務・データ・制約・成功条件を整理し、効果の出やすい範囲を切り出します。要件が固まっていない段階からの相談も可能です。

2. 02

   要件定義・設計

   画面・データ・権限・連携・非機能（セキュリティ含む）を文書化します。社内稟議向けの整理もこの段階で行います。

3. 03

   見積・契約

   スコープ・成果物・検収・知的財産・保守の扱いを契約書・見積書・仕様書で明確化します。

4. 04

   開発・検証

   段階的に実装し、関係者レビューと現場検証を挟みながら品質を高めます。仕様変更は影響と優先度を明示して扱います。

5. 05

   移行・本番

   データ移行、権限設定、操作説明、切替計画を含め、本番運用に載せます。

6. 06

   保守・改善

   運用開始後の障害対応・改善・機能追加は、保守契約の範囲で継続支援できます。

契約・知的財産に関する確認項目

以下は一般的な確認項目です。内容は案件ごとに契約書・見積書・仕様書で明確化します。

• ソースコードの納品有無

  リポジトリの引き渡し範囲、ドキュメント、ビルド手順の有無を案件ごとに契約・仕様で明確化します。

• 著作権・知的財産権の帰属

  新規開発部分・既存資産・第三者コンポーネントの権利関係を、契約書で整理します。

• 利用する外部ライブラリ

  採用技術とライセンス上の留意点を設計段階で共有し、重要な依存関係は仕様・納品物に含めます。

• サーバー・ドメイン・外部アカウントの名義

  クラウド・ドメイン・SaaS・アプリストア等の契約主体（お客様名義／当社名義）を事前に決めます。

• 契約終了時のデータ引き渡し

  データのエクスポート形式、引き渡し手順、保管期間を契約・運用合意で明確化します。

• 他社への保守引き継ぎ可否

  引き継ぎに必要な成果物（コード、設計、環境情報、運用手順）の範囲を契約時に定義します。

品質保証・保守運用

• レビューと検証

  実装レビュー、動作確認、関係者確認を開発工程に組み込みます。重要業務ほど段階リリースを推奨します。

• 環境分離

  開発・検証・本番を分離し、本番データを不用意に扱わない運用を基本とします。

• 変更管理

  仕様変更は影響範囲・工数・スケジュールへの効果を明示し、合意のうえで反映します。

• 保守・障害対応

  納品後の保守は契約に基づき対応します。対応時間や一次窓口の詳細は案件ごとに定めます。

セキュリティ設計・委託先調査への対応方針はセキュリティへの取り組みをご覧ください。

社内稟議・プロジェクト体制

発注側の意思決定者・現場キーマン・（いれば）情報システム担当と、当社のプロジェクト責任者で進め方を合わせます。 定例の進捗共有、課題管理、変更合意の方法はキックオフ時に決めます。

• 課題・効果・段階計画の整理（稟議材料のたたき台）
• スコープ外・前提条件・お客様側作業の明示
• 検収条件と完了定義の事前合意
• セキュリティ・個人情報の取り扱い方針の確認

大型案件向けFAQ

• 数千万円規模の開発にも対応できますか？+
• 要件が固まっていなくても相談できますか？+
• 既存システムやAccessから移行できますか？+
• データ移行だけ依頼できますか？+
• 他社が開発したシステムを引き継げますか？+
• 開発途中の仕様変更はどのように扱いますか？+
• 納品後の保守は依頼できますか？+
• 情報システム部門がなくても進められますか？+
• 社内稟議に必要な資料を作成してもらえますか？+
• NDA締結後に詳しい実績を確認できますか？+