内製 †
開発会社探し †
管理ツール †
プロジェクト管理ツール †
設計 †
BTS（バグ管理ツール） †
Redmine †
テスト管理ツール †
インシデント管理 †
トレーサビリティ †
スケーラブルなシステム構築 †
リンク集 †
キックオフミーティング †
- キックオフミーティングの資料
- 開発範囲の再確認
- 開発スケジュール（マスタースケジュールとイベント）
- 提出ドキュメントの種類（体系、種類）
- 承認依頼する提出ドキュメントの種類
- 開発推進体制（お客様、受託側）
- ドキュメント管理体系（プロジェクト略称−作成元−種類−通番−改版番号）
- 議事録の運用方法（作成手順と承認ルール）
- アクションアイテム（ＡＩ）管理方法
- 連絡事項管理方法
- 仕様変更管理方法
- 会議体の定義（仕様検討会、進捗報告会、責任者会議等の参加メンバと頻度）
- 連絡方法（メーリングリストなど）
- セキュリティポリシーの共有
失敗事例 †
関連記事 †
- 元気のないエンジニア
- ユーザーの価値をもたらすための開発の在り方というものを、要求開発をきっかけにして、みんなで考え、議論し、開発ルールも変えていくことが必要とされているのです。
- 自信を取り戻す過程では、気づきや仕事に対する情熱も一緒に与えていく必要があります、それが心を強くするということです。心が強くなれば、情熱が継続され自然と技術が磨かれます。また、心を強くし、それを分かち合うことで、人と人とのコミュニケーション力もついてくるでしょう。
|
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
