商品の説明
内容（「BOOK」データベースより）
ソフトウェアおよびシステム開発工程や取引等一連のプロセスを定義し、ベンダとユーザの役割分担を明確化。今回の改訂では、「要件定義プロセス」を浮き立たせ、情報システムを利用する部門が自ら業務設計することの重要性を明示した。
登録情報
|
この商品を見た後に買っているのは？
類似した商品から提示されたタグ(詳細)関連タグ(この商品に近い関連キーワード)を追加する++最初のタグになります
|
カスタマーレビュー
最も参考になったカスタマーレビュー
15 人中、11人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
昨年、出版と同時に購入し、社内の標準プロセスを定義しようとしているが、未だに時系列的にプロセスを定義しようとすると、アクティビティやタスクがよくわからなくなってしまう。巻末に時系列的にプロセスを定義した表があるが、その作業をどの程度まで仕上げるのか、作業の深さが書かれていないため、自分たちで規定するしかない。共通の物差しで作業内容に意識ずれをなくすことが目的といっているが、内容は曖昧であり、このままの内容で双方が意識したときには、「ここまでやると思っていたのに」といった、成果物のレベル感が異なってしまい、問題になるだろう。
それに、ＩＰＡは自らが他で出版している著書で定義しているプロセスと、この共通プロセスとは異なっており、ＩＰＡ内でも統一されていない状況である。
今の版では、どうかわからないが、発売当初に買ったため、誤字誤植が多く、参照先が全く異なっていたといった間違いは非常に多く、チェックをしないまま出版したものと思われるぐらいである。
それに、ＩＰＡは自らが他で出版している著書で定義しているプロセスと、この共通プロセスとは異なっており、ＩＰＡ内でも統一されていない状況である。
今の版では、どうかわからないが、発売当初に買ったため、誤字誤植が多く、参照先が全く異なっていたといった間違いは非常に多く、チェックをしないまま出版したものと思われるぐらいである。
2 人中、1人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本|Amazonが確認した購入
恥ずかしながら、情報システムに携わって10年以上になるけど、初めて通して読んだ。「共通フレーム2007」自体は、よく引用されるし、ところどころ読んだはいたんだけど、改めてその全体像を学んでみた。
情報システム部門に所属し、情報システムの開発・運用に携わってきたが、一番、難しいなぁと感じたのは、ユーザ部門や開発ベンダとのコミュニケーション。特に、マルチベンダ環境で、さまざまなベンダと会話する機会が多いが、個々のベンダでも話す言葉が違い、「要件定義」、「基本設計」といった用語の定義からしてバラバラなのが実状で、5年前からホストのオープン化を計画した時から、システムのライフサイクルプロセスの標準化の必要性を感じていた。
標準化には取り組んだもののの、正直言って、あまり使い物になっていないのが実際のところ。そこで、再勉強のつもりで読んだのがこの本だった。
改めて読んでみた感じたのは、個々のプロセス、フェーズについては、それほど間違っていなかったということ。問題があったとすれば、ステークホルダーの役割や各フェーズごとの関連を整理しきれていなかったこと。早期に見直しに着手したい。
この本自体は、正直言って読んで面白いものではなかったが、実際にシステム開発・運用に携わった経験のある者が読めば、ライフサイクルプロセス全般やそれぞれのプロセスの改善に役に立つヒントが隠されている。読んで良かったと思う。
まぁ、この通りにはいかないだろうけど、これをベースにプロセスの改善を自らの工夫で行っていくことこそ、必要なんだろう。
情報システム部門に所属し、情報システムの開発・運用に携わってきたが、一番、難しいなぁと感じたのは、ユーザ部門や開発ベンダとのコミュニケーション。特に、マルチベンダ環境で、さまざまなベンダと会話する機会が多いが、個々のベンダでも話す言葉が違い、「要件定義」、「基本設計」といった用語の定義からしてバラバラなのが実状で、5年前からホストのオープン化を計画した時から、システムのライフサイクルプロセスの標準化の必要性を感じていた。
標準化には取り組んだもののの、正直言って、あまり使い物になっていないのが実際のところ。そこで、再勉強のつもりで読んだのがこの本だった。
改めて読んでみた感じたのは、個々のプロセス、フェーズについては、それほど間違っていなかったということ。問題があったとすれば、ステークホルダーの役割や各フェーズごとの関連を整理しきれていなかったこと。早期に見直しに着手したい。
この本自体は、正直言って読んで面白いものではなかったが、実際にシステム開発・運用に携わった経験のある者が読めば、ライフサイクルプロセス全般やそれぞれのプロセスの改善に役に立つヒントが隠されている。読んで良かったと思う。
まぁ、この通りにはいかないだろうけど、これをベースにプロセスの改善を自らの工夫で行っていくことこそ、必要なんだろう。
17 人中、9人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
あまりに抽象的すぎて、共通フレームとしての目的を果たしていません。
多くのプロジェクトを調査して、最大公約数的に開発プロセスをまとめると、こんな内容になるのでしょうか？
残念ながら、日本におけるシステム開発の共通フレームはこうあるべし、という著者の思いはここには入っていないようです。
・プロセスの定義
一見、定義しているように見えますが、「〜してもよい」「〜が望ましい」のオンパレードで、結局定義できていません。
・開発関係者の役割分担
当たり前のことしか、書いてありません。受け入れ試験での役割分担や、検収の基準くらいモデルとして定義してもいいのではないでしょうか。
※総じて実践的な内容は皆無です。
多くのプロジェクトを調査して、最大公約数的に開発プロセスをまとめると、こんな内容になるのでしょうか？
残念ながら、日本におけるシステム開発の共通フレームはこうあるべし、という著者の思いはここには入っていないようです。
・プロセスの定義
一見、定義しているように見えますが、「〜してもよい」「〜が望ましい」のオンパレードで、結局定義できていません。
・開発関係者の役割分担
当たり前のことしか、書いてありません。受け入れ試験での役割分担や、検収の基準くらいモデルとして定義してもいいのではないでしょうか。
※総じて実践的な内容は皆無です。
リストマニア
|
|
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
