よく一緒に購入されている商品
商品の説明
著者略歴 (「BOOK著者紹介情報」より)
山田 隆太
1972年、京都府生まれ。現在、デンソーに勤務。1996年、東京都立科学技術大学卒業後、東芝電波システムエンジニアリング株式会社に入社。航空管制システムのソフトウェア、ファームウェア開発を通してSEとしてのキャリアを積んだ後、2002年、豆蔵に入社。コンサルタントとして新人技術者から熟練技術者に向けたソフトウェア工学の普及に努める。専門領域は各種オブジェクト指向言語、UML、オブジェクト指向分析・設計、ビジネスモデリング、開発プロセスなど多数。そのかたわら、IT系技術雑誌の記事執筆、IT系専門学校特別講師、IPAの情報処理技術者試験委員(2002~2009年)などの活動を行なっている。2008年12月より現職。よりよい自動車社会を作るべく、ソフトウェアの領域で奮闘中(本データはこの書籍が刊行された当時に掲載されていたものです)
1972年、京都府生まれ。現在、デンソーに勤務。1996年、東京都立科学技術大学卒業後、東芝電波システムエンジニアリング株式会社に入社。航空管制システムのソフトウェア、ファームウェア開発を通してSEとしてのキャリアを積んだ後、2002年、豆蔵に入社。コンサルタントとして新人技術者から熟練技術者に向けたソフトウェア工学の普及に努める。専門領域は各種オブジェクト指向言語、UML、オブジェクト指向分析・設計、ビジネスモデリング、開発プロセスなど多数。そのかたわら、IT系技術雑誌の記事執筆、IT系専門学校特別講師、IPAの情報処理技術者試験委員(2002~2009年)などの活動を行なっている。2008年12月より現職。よりよい自動車社会を作るべく、ソフトウェアの領域で奮闘中(本データはこの書籍が刊行された当時に掲載されていたものです)
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
最も参考になったカスタマーレビュー
6 人中、5人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本（ソフトカバー）
このSEの基本は山田隆太氏が書かれた著書。全体で２７０ｐ程度なんので、あっという間に読めるでしょう。基本的にはPMBOK、コンサルティングの手法などがふんだんに盛り込まれていますので、会社の研修などでやられた方は、知ってるよ！と言いたくなるかもしれませんが、今一度見直してみると、非常にハッと気付かされる部分も多いのです。
例えばｐ７４の開発手法についてですが、リスクの推移についての図がV字モデルだったり、それはウォーターフォールでしか通用しないロジックだったり、これはｐ９９ テスト技法でも同じであったり、システムテストの定義など、間違いやすく、ドツボに陥りやすい処をわかり易く丁寧に解説してくれています。
また、おざなりになりがちな、プログラム品質について、ウォークスルーとインスペクションという処で、図説で解説されています。私も現在、プログラム品質向上で色々考えさせられているので、ちょうど役に立っているという感じです。
また、事故Projectの要因について、簡潔にですが、PMの心臓をえぐるように説明してくれています。例えば、要員管理が出来ないマネジャー、つまりは人を使い捨てしてしまう人の事で、要員をOJTで教育しながら育てていくという事が出来ない人が案外多いのではないかという懸念がここに見え隠れします。
そして、ｐ１９１ 炎上プロジェクトの対処です。いわゆる「デスマーチ」なわけですが、これが最も難しい。そこで、気になったところを抜粋してみます。
この種のプロジェクトは、通常のプロジェクトと異なる関わり方をする必要があります。
炎上プロジェクトはこれらのリスク（通常ならば見つけているはずの潜在リスク）を予見することができず、問題が顕在化してしまった状態にあるのです。
単に、現在発生している問題を解決するだけでは、その場しのぎにすぎず、火種はくすぶってっているのです。いずれまた火は燃え盛ることになります。
つまり、日本でよく起こっているデスマーチの正体はここにあるように思えます。事なかれ主義で進んだ結果、最後に帳尻が合わなくなって、RFPの行間も読み切れず、顧客内部事情も押えきれず、最後に仕様がまとまらないため、爆発する。そして、納期はすぐそこにあり、最後は納期遅延、メンバはドンドンうつ病に、、、
内在する問題はすべて列挙し、打てる手は打っておく、これは基本だと思います。
最後に、ここがなんともぐっときたのですが、P２３７ 話しを聞き取る力です。これは、上記の炎上プロジェクトにつながらななくするための方策でもあるのですが、はじめての顧客とは、なんとしてでも会話を活性化させて、何でも話しが出来る状態にしましょうと言うことです。
例えばｐ７４の開発手法についてですが、リスクの推移についての図がV字モデルだったり、それはウォーターフォールでしか通用しないロジックだったり、これはｐ９９ テスト技法でも同じであったり、システムテストの定義など、間違いやすく、ドツボに陥りやすい処をわかり易く丁寧に解説してくれています。
また、おざなりになりがちな、プログラム品質について、ウォークスルーとインスペクションという処で、図説で解説されています。私も現在、プログラム品質向上で色々考えさせられているので、ちょうど役に立っているという感じです。
また、事故Projectの要因について、簡潔にですが、PMの心臓をえぐるように説明してくれています。例えば、要員管理が出来ないマネジャー、つまりは人を使い捨てしてしまう人の事で、要員をOJTで教育しながら育てていくという事が出来ない人が案外多いのではないかという懸念がここに見え隠れします。
そして、ｐ１９１ 炎上プロジェクトの対処です。いわゆる「デスマーチ」なわけですが、これが最も難しい。そこで、気になったところを抜粋してみます。
この種のプロジェクトは、通常のプロジェクトと異なる関わり方をする必要があります。
炎上プロジェクトはこれらのリスク（通常ならば見つけているはずの潜在リスク）を予見することができず、問題が顕在化してしまった状態にあるのです。
単に、現在発生している問題を解決するだけでは、その場しのぎにすぎず、火種はくすぶってっているのです。いずれまた火は燃え盛ることになります。
つまり、日本でよく起こっているデスマーチの正体はここにあるように思えます。事なかれ主義で進んだ結果、最後に帳尻が合わなくなって、RFPの行間も読み切れず、顧客内部事情も押えきれず、最後に仕様がまとまらないため、爆発する。そして、納期はすぐそこにあり、最後は納期遅延、メンバはドンドンうつ病に、、、
内在する問題はすべて列挙し、打てる手は打っておく、これは基本だと思います。
最後に、ここがなんともぐっときたのですが、P２３７ 話しを聞き取る力です。これは、上記の炎上プロジェクトにつながらななくするための方策でもあるのですが、はじめての顧客とは、なんとしてでも会話を活性化させて、何でも話しが出来る状態にしましょうと言うことです。
10 人中、7人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本（ソフトカバー）
気にならない程度の誤植が多いが、
IT業界を目指す就活生やIT業界の1、2年目の社会人にとって良書だと思う。
就活をしている時にこの本を読んでおけば、
違った視点で会社選びが出来たと感じる記述が多くあった。
IT業界を目指す就活生やIT業界の1、2年目の社会人にとって良書だと思う。
就活をしている時にこの本を読んでおけば、
違った視点で会社選びが出来たと感じる記述が多くあった。
10 人中、6人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本（ソフトカバー）
SEはテクニカルスキルと、ソフトスキルを身につける必要があります。
テクニカルスキルは、すぐに仕事で利用するため、習得の優先度が高くなりがちですが、
時代や流行、職場や立場によって変化します。
しかし、この本はソフトスキルこそが重要であり、
生涯に渡って自分の武器となる永続的な技術であることを再確認させてくれます。
そして、学ぶべき事項や学習方法を具体的に提示していて、
今後、自分がどのように仕事に取り組むべきかを導いてくれます。
こんな時代だからこそ、汎用的なスキルを身につけたいものです。
テクニカルスキルは、すぐに仕事で利用するため、習得の優先度が高くなりがちですが、
時代や流行、職場や立場によって変化します。
しかし、この本はソフトスキルこそが重要であり、
生涯に渡って自分の武器となる永続的な技術であることを再確認させてくれます。
そして、学ぶべき事項や学習方法を具体的に提示していて、
今後、自分がどのように仕事に取り組むべきかを導いてくれます。
こんな時代だからこそ、汎用的なスキルを身につけたいものです。
リストマニア
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
