- 要件定義（ビジネスモデル設計・機能一覧など）
- 業務フロー作成
- ユースケース作成
- データ設計
- テスト設計
- プロジェクトマネジメント
大切なのは考え方
具体的なスキルというのはありません。
スタート時点になるので、どの順番で何を優先的に考えていくかを考えます。
つまり、広さをまずは重視し、その後メリハリをつけます。
メリハリの付け方
ものを考える時に何を中心に考えるか、が大切です。
設計思想としては
「ｘｘｘオリエンテッドアーキテクチャー」
「ｘｘｘドリブンディベロップメント（ｘｘｘ駆動開発）」
なんて言われているものが思想的には該当します。
仕組み的には開発設計技法だと思いますので、そこまで踏み込んではいけないと思います。
私がおススメするのは「リスク駆動開発」的思想です。
リスクを早めに軽減・回避することを念頭に置いて、要件を決め、修正していきましょう。
結局は慣れ？？
体系的にスキルを習得するのは難しいので「はい、そうです。」だと終わってしまいます。。
ただ、知識の引き出しを増やすことはできます。
要件の書き方は会社やプロジェクトにて規定されることもあるので、考え方を豊富に持っておくことで良いスタートダッシュを可能にしましょう。
おススメ本
要求開発と要求管理―顧客の声を引き出すには
ソフトウェア要求管理―新世代の統一アプローチ
要求仕様の探検学 － 設計に先立つ品質の作り込み
ライト、ついてますか － 問題開発の人間学