flowchart LR
A[9:00<br>朝会] --> B[9:30<br>設計作業]
B --> C[12:00<br>昼休み]
C --> D[13:00<br>設計レビュー]
D --> E[14:00<br>設計修正]
E --> F[16:00<br>実装作業]
F --> G[18:00<br>退勤]
flowchart TB
A[1ヶ月後の目標] --> B[既存の設計書を読んで理解できる]
A --> C[簡単な設計書を作成できる]
A --> D[設計レビューで指摘を受けて改善できる]
A --> E[設計と実装のつながりを意識できる]
設計で意識すること
実装者の視点で書く
flowchart TB
A[設計書を書く] --> B{実装者が読んで}
B -->|迷わない| C[良い設計書]
B -->|迷う・質問が出る| D[改善が必要]
良い設計書のポイント
入出力が明確
処理の条件分岐が網羅されている
例外ケースの扱いが書かれている
関連する他の機能との関係が分かる
設計書チェックリスト
設計書を書いたら、以下を確認しましょう。
[ ] 機能の目的・概要が書かれているか
[ ] 入力データと出力データが明確か
[ ] 正常系の処理フローが書かれているか
[ ] 異常系（エラー時）の処理が書かれているか
[ ] 他機能との関連が分かるか
[ ] 実装者が迷うポイントはないか
この経験で身につくスキル
技術スキル
スキル
説明
設計力
要件を構造化して設計に落とし込む力
抽象化力
本質を見極めて整理する力
可視化力
複雑なものを図や文章で表現する力
先読み力
実装時の問題を事前に予測する力
俯瞰力
システム全体を見渡す力
ビジネススキル
スキル
説明
説明力
設計意図を他者に伝える力
調整力
関係者と認識を合わせる力
判断力
トレードオフを考慮して決断する力
目指せる人材像
flowchart TB
A[設計担当からのキャリア] --> B[SE/システムエンジニア]
A --> C[アーキテクト]
A --> D[テックリード]
A --> E[プロジェクトリーダー]
B --> B1[要件定義から設計まで担当]
C --> C1[システム全体の構成を設計]
D --> D1[技術的な意思決定を主導]
E --> E1[プロジェクト管理も担当]