Webサービス事業会社でも、
諸事情で、
何故ソフトウェア開発に 開発フロー、 開発プロセスが 必要か?
個人的には、
できない
人対策
仕事の進め方が わからない、 良くない 仕事の 進め方を する 人達向けの 進め方の ガイドラインと なります。 できる
人同士でも、 流派の 違いにより 衝突が 起こる 可能性が ある
できる人を ルールで 縛りすぎるのは、 パフォーマンスを 落とす 要因に なりますが、 できる 人達の 間での 最低限どの ルールは 必要に 思います。
企業規模に より 求められる 開発フロー、 開発プロセスの イメージ
企業規模に
個人
個人の開発の 場合は、 開発フロー、 開発プロセスは 個人の 脳内に あれば 良いので 特に 文書化の 必要性特に ありません。 スタートアップ
勤めたことがないので、雰囲気が 分かりませんが、 チームでの 作業に なるため、 最低限の ルールは 必要に なるかと 思います。
とりあえず進めてみて、 走りながら 作っていく 形になるのかもしれません。 新興市場上場企業
企業規模が大きくなって ルールの 重要性が 増します。
スタートアップに比べると、 重めの 開発プロセス、 開発フローに なるかと 思います。 東証一部上場企業
所謂、大企業に なると 更に 重い 開発プロセス、 開発フローに なるかと 思います。
過去の経験だと、 重すぎて 意味が あるのか 個人的には 腹落ちできなかった プロセスも ありました。
チームが 開発フロー、 開発プロセスに 及ぼす 影響
チームを
PMBOKで
開発フロー、 開発プロセスで 個人的に 意識している こと
個人的に
毎回しっかり
ドキュメントの ユースケースが 想定出来ているか?
冷静な
使い方が
ただ、
ドキュメント同士の 繋がりが 出来ているか?
上流工程で
下流工程の
- 上流ドキュメントと
下流ドキュメントの 繋がりの 説明を 求める。 - 下流ドキュメント作成に
上流ドキュメントは 役に 立ったのか ?
効果測定の 観点が 設計時に 盛り込まれているか?
これは
効果測定の
URL 設計重要です。
詳細設計の 段階で、 実装スケジュールが 意識できているか?
詳細設計フェーズで
Class 図を
実装担当者が コーディングガイドラインを 理解しているか?
人員の
定期的に、
単体テストの 実施結果を INPUTに 結合テストケースを 改善しているか?
単体テスト結果から
単体テスト実施担当と、
テスト消化が、 テストの 主眼に なっていないか?
テストケースの
テストの
結合テストケース作成中に、 設計バグを 検知したか?
結合テストケース作生中に、
検知数が
プロセスメンター大事
開発プロセスの
プロセスの定義された<wbr>作業を<wbr>良いやり方で<wbr>進められない
このような
Webサービス事業会社だと、
変更に 手間が かかる 開発プロセス、 開発フローは 不要かも
開発プロセス、
チームごとに
参考
以下、
コメント