商品の説明
内容（「BOOK」データベースより）
本書は、画面と帳票を中心とした業務システム開発に携わる、プロジェクトマネージャやSE、そしてそれらを目指す人々を主な読者対象としています。著者がプログラマとして蓄積してきた考えを、この10数年、SEやプロジェクトマネージャ、そして小規模な開発会社の経営者として少しずつ試し、その効果を確認してきた行動・考え方について書いています。
内容（「MARC」データベースより）
画面と帳票を中心とした業務システム開発に携わるSE等を対象とした解説書。「やってみなければわからない」というシステム開発が抱える問題の解決を目指し、「スペックパターン開発プロセス」という考え方を提案。
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
最も参考になったカスタマーレビュー
3 人中、3人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
最近、一つ大きな開発プロジェクトが完了した。それはまさに、デスマーチともいうべきもので、火を吹く開発現場だった。最後に2カ月間は、ほとんど休めず、連日の徹夜も当たり前。顧客側の担当者、実質的にはプロジェクトマネージャを任されていた自分も反省する点が多かった。
次のプロジェクトもすぐ控えており、どうしたら、今回のようなプロジェクトにならないんだろうって考えていたら、ちょうどこの本に出会った。
この本は、徹底した上流工程重視のプロジェクト管理をわかりやすく説明している。たしかに、この前のプロジェクトは要求定義フェーズから混乱していて、危ないなってわかっていながら、スケジュールの都合から突き進んだのが、まずかった。
それと、この本でも再三出てきていたが、コミュニケーションの問題。顧客側の体制も責任の所在が不明確で、仕様策定に関わる人数も多すぎた。まさに失敗するべくして失敗したプロジェクトだったんだろう。
自治体のシステム開発はパッケージソフト中心だが、著者のいうスペックパターンによる開発って採用できるのかはよくわからないが、少なくとも、もう少ししっかりとした上流工程を踏むように改善しなければいけない。
とても参考になった。
次のプロジェクトもすぐ控えており、どうしたら、今回のようなプロジェクトにならないんだろうって考えていたら、ちょうどこの本に出会った。
この本は、徹底した上流工程重視のプロジェクト管理をわかりやすく説明している。たしかに、この前のプロジェクトは要求定義フェーズから混乱していて、危ないなってわかっていながら、スケジュールの都合から突き進んだのが、まずかった。
それと、この本でも再三出てきていたが、コミュニケーションの問題。顧客側の体制も責任の所在が不明確で、仕様策定に関わる人数も多すぎた。まさに失敗するべくして失敗したプロジェクトだったんだろう。
自治体のシステム開発はパッケージソフト中心だが、著者のいうスペックパターンによる開発って採用できるのかはよくわからないが、少なくとも、もう少ししっかりとした上流工程を踏むように改善しなければいけない。
とても参考になった。
15 人中、11人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
プロジェクトマネジメントというと小難しい本や翻訳本がよく売れる。確かに大切なことが書いてあるのだろうが，細かすぎて現実味が乏しい。そもそも｢マネジメント｣に対して｢管理｣という言葉しかもたないこの国に，｢管理手法｣だけ教えても，誰が見るのかわからない仕様書や報告書の類が増えるだけだ。
この本はソフトウェア開発プロジェクトのマネジメントの考え方・方法が書いてある。内容は極めて具体的だ。開発のターゲットとしているビジネスアプリケーションが，基本的なデータ項目の繰り返し・集積という特性を生かして，仕様書を量産する手法を紹介している。
本書を貫く考え方は，｢作って動かすために全ての行動がある｣ということだ。だからこそ，いらないものは徹底して省く。こうした判断を行うための軸となる哲学・思想を持つことこそが，プロジェクトマネージャに求められる資質ではないだろうか。
他のレビューを見ると賛否両論という感じだ。自己流を批判する向きもある。しかし，仕事に追われるプロマネが求めているものは具体的な解決策だ。英語でかっこよく飾られた言葉や手法ではなく地に足のついた方法だ。輸入された概念を導入すれば解決するという幻想を捨て，成功の可能性のある方法を実践し，経験を通して，失敗しない法則を積み重ねていく。
それには，決して目の前の問題から逃げずに，解決策があると強く信じることだ。
解決策は欧米の権威が構築した手法だとか，巷のＳＥが実践した手法だとか，身近な人が何気なく語った一言だとか，そんなことは関係ない。あらゆる方法論やヒントをバイアスのかからない目で見て，成功の可能性があれば貪欲に学んで取り込んでいく，これがもっとも大切だ。
プロマネにとって問題こそ最大の｢ご馳走｣なのだ。
そして，それを解決することが無上の｢喜び｣なのだ。
この本のように自分の経験をまとめて出版することが，日本のソフトウェア産業を自立させることになる。著者も批判は覚悟の上であろう。
輸入知識をありがたく語ることではなく，自分たちが日々ユーザーやシステムと格闘して得た経験知識こそが，同じ境遇にいるプロマネやプログラマーの励みとなる。批判を恐れずに自分の考えを世に問うことは勇気のいることだ。
欧米の体系化された知識と日々の経験に基づいた日本的な知恵。これらが有機的に結びついて，今の日本の製造業の確固とした地位がある。ソフトウェア産業も同じような道を辿りたいものだ。
この本はソフトウェア開発プロジェクトのマネジメントの考え方・方法が書いてある。内容は極めて具体的だ。開発のターゲットとしているビジネスアプリケーションが，基本的なデータ項目の繰り返し・集積という特性を生かして，仕様書を量産する手法を紹介している。
本書を貫く考え方は，｢作って動かすために全ての行動がある｣ということだ。だからこそ，いらないものは徹底して省く。こうした判断を行うための軸となる哲学・思想を持つことこそが，プロジェクトマネージャに求められる資質ではないだろうか。
他のレビューを見ると賛否両論という感じだ。自己流を批判する向きもある。しかし，仕事に追われるプロマネが求めているものは具体的な解決策だ。英語でかっこよく飾られた言葉や手法ではなく地に足のついた方法だ。輸入された概念を導入すれば解決するという幻想を捨て，成功の可能性のある方法を実践し，経験を通して，失敗しない法則を積み重ねていく。
それには，決して目の前の問題から逃げずに，解決策があると強く信じることだ。
解決策は欧米の権威が構築した手法だとか，巷のＳＥが実践した手法だとか，身近な人が何気なく語った一言だとか，そんなことは関係ない。あらゆる方法論やヒントをバイアスのかからない目で見て，成功の可能性があれば貪欲に学んで取り込んでいく，これがもっとも大切だ。
プロマネにとって問題こそ最大の｢ご馳走｣なのだ。
そして，それを解決することが無上の｢喜び｣なのだ。
この本のように自分の経験をまとめて出版することが，日本のソフトウェア産業を自立させることになる。著者も批判は覚悟の上であろう。
輸入知識をありがたく語ることではなく，自分たちが日々ユーザーやシステムと格闘して得た経験知識こそが，同じ境遇にいるプロマネやプログラマーの励みとなる。批判を恐れずに自分の考えを世に問うことは勇気のいることだ。
欧米の体系化された知識と日々の経験に基づいた日本的な知恵。これらが有機的に結びついて，今の日本の製造業の確固とした地位がある。ソフトウェア産業も同じような道を辿りたいものだ。
6 人中、4人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
最初にグサッと胸を刺される言葉が「本気でプロジェクトを成功させようと思っているのか」です。作業者のケアをすべきプロジェクトマネージャがすでにオーバーワークになっているという現実も多くあります。業務開発で重要なのは「モチベーション」で、このことは経験深いプロマネでないと理解できないところです。プロマネ自身のモチベーションが重要であることはもちろんです。逃げないで言える雰囲気作りにも同感です。ともかく問題を早く発見して早く解決する必要があるからです。文章のあちこちに同感、納得、そして胸にグサリと刺される言葉が次々に現れます。後半では、上流工程を重視する「スペックパターン開発プロセス」の話もあります。会議法・議事録術も細かに解説されています。業務システム開発プロジェクト以外のプロジェクト関係者にも大いに役立つ本です。
最近のカスタマーレビュー
現場の言葉
デスマーチって言葉。気になりませんか？
デスマーチにはなりたくないので読みました。... 続きを読む
デスマーチにはなりたくないので読みました。... 続きを読む
投稿日: 4か月前 投稿者: Yuusuke
実戦的
スペックパターン開発プロセスのなかで仕様書のデータベース化を
説明してあるが、これには大賛成。ただ使用しているＤＢが... 続きを読む
説明してあるが、これには大賛成。ただ使用しているＤＢが... 続きを読む
投稿日: 2005/9/22 投稿者: masabun
タイトルは凄いが中身は
デスマーチということばにつられて読んだが内容はたいしたことは書いていない。要するにスペックパターンと名づけた、筆者の開発方法の紹介である。その開発方法もたいしたこ... 続きを読む
投稿日: 2005/1/19
自己流だね
著者の略歴をみると自衛隊出身者みたいです。自衛官から転職してきた人のようですが、実際にシステム開発ができるのでしょうか？書いてある秘訣は、どうみても自己流だと思い... 続きを読む
投稿日: 2004/10/29
プロジェクト管理の話題が多いような
情報システム開発の「勝利の秘訣」を６６個あげ、１個１個について、解説してある本です。（たぶん）筆者のこれまでの経験に基づいて、練られた「勝利の秘訣」だと思います。... 続きを読む
投稿日: 2004/10/26 投稿者: lemonerika
本のタイトルは良いが
本のタイトルに惹かれて読んでみたが、設計書がファイルメーカーPro
(今時ファイルメーカーPro？)だとかモックアップ(画面イメージ)を... 続きを読む
(今時ファイルメーカーPro？)だとかモックアップ(画面イメージ)を... 続きを読む
投稿日: 2004/9/11
クチコミ
クチコミは、商品やカテゴリー、トピックについて他のお客様と語り合う場です。お買いものに役立つ情報交換ができます。
|
この商品のクチコミ一覧
クチコミを検索
|
関連するクチコミ一覧
|
リストマニア
|
|
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
