回答編集履歴
3
推敲
test
CHANGED
|
@@ -24,4 +24,8 @@
|
|
|
24
24
|
|
|
25
25
|
もうスタートしているとの事なので、そこそこの人数の要員がアサインされているのでしょうか？
|
|
26
26
|
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
要件定義などはプロジェクトの総工数に対しては、比較的小さな工数（経験豊富な少人数）で行う方が効率が良いものです。
|
|
30
|
+
|
|
27
|
-
|
|
31
|
+
溢れるメンバーがいるようなら、（要件定義へインプットする）既存システムの解析資料の作成に充てるようにしてはどうでしょうか。
|
2
推敲
test
CHANGED
|
@@ -18,7 +18,7 @@
|
|
|
18
18
|
|
|
19
19
|
どのような開発であっても、開発に於ける工程について、結果的に作業量が少なかったという事はあっても、無条件に省略してしまうと、上手く行きません。
|
|
20
20
|
|
|
21
|
-
システムのリプレースの場合は、各工程のインプットとして既存システムの仕様などが含まれると考えるべきです。
|
|
21
|
+
システムのリプレースの場合は、各工程のインプットとして既存システムの資源/仕様などが含まれると考えるべきです。
|
|
22
22
|
|
|
23
23
|
|
|
24
24
|
|
1
追記
test
CHANGED
|
@@ -11,3 +11,17 @@
|
|
|
11
11
|
|
|
12
12
|
|
|
13
13
|
細かいレベルの設計書ではなく、メンバー間で認識の統一が図れるレベルである方が望ましいと思います。
|
|
14
|
+
|
|
15
|
+
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
どのような開発であっても、開発に於ける工程について、結果的に作業量が少なかったという事はあっても、無条件に省略してしまうと、上手く行きません。
|
|
20
|
+
|
|
21
|
+
システムのリプレースの場合は、各工程のインプットとして既存システムの仕様などが含まれると考えるべきです。
|
|
22
|
+
|
|
23
|
+
|
|
24
|
+
|
|
25
|
+
もうスタートしているとの事なので、そこそこの人数の要員がアサインされているのでしょうか？
|
|
26
|
+
|
|
27
|
+
要件定義などはプロジェクトの総工数に対しては比較的小さな工数（経験豊富な少人数）で行う方が効率が良いので、溢れるメンバーがいるようなら、要件定義へインプットする既存システムの解析資料の作成に充てるようにしてはどうでしょうか。
|