発注前の整理6分
「業者に任せればいい」がシステム開発で失敗しやすい理由
システム開発を外部に相談するとき、技術的なことと現場で考えたいことを一緒にすり合わせる進め方を紹介します。
- 技術的なことと、現場で考えたいこと
- 発注者側の判断が必要な理由
- 途中で迷うことがあったときの進め方
BLOG
発注・開発を進める方へ
要件定義、予算、受入テストの判断材料を整理します。
すべての記事を見る
記事一覧
更新が新しい順に掲載しています。更新日の記録がない記事は公開日を基準にしています。
要件定義前7分
要件定義の前に、整理しておくと進めやすいこと
要件定義に入る前に、目的、対象業務、優先順位、うまくいったと感じる状態を整理していく考え方を紹介します。
- 要件定義前に目的を言語化する
- 対象業務と対象外業務を分ける
- 優先順位を決める
優先順位7分
システム開発で機能の優先順位を決める方法
欲しい機能が多いときに、今必要なことと後で考えられることの順番をどう考えるかを紹介します。
- 必須機能を見極める
- 後回しにできる機能を分ける
- 利用頻度と業務影響で判断する
予算と見積もり7分
システム開発の見積もり前に、相談しておきたい予算と範囲
システム開発の見積もりを相談するときに、予算、対象範囲、優先順位、公開後のことをどう考えていけるかを紹介します。
- 見積もりが変動する理由
- 予算を伝える意味
- 範囲と優先順位の関係
受入テスト7分
業務システムの受入テストで、見ておきたいこと
納品前後の受入テストで、業務の流れ、権限、データ、いつもと違うときの動きをどう見ていけるかを紹介します。
- 受入テストの目的
- 実業務の流れで確認する
- 権限とデータを確認する
発注前の整理7分
システム開発を依頼する前に、一緒に整理したいこと
システム開発を相談する前に、目的、業務範囲、優先順位、確認のしかた、運用のことを一緒に整理していく考え方を紹介します。
- 開発会社と一緒に考えたいこと
- 困っている場面から目的を整理する
- 業務をそのままシステム化しない考え方