伊豆原弓のレビュー一覧
-
Posted by ブクログ
ネタバレ現在も闘病生活が続く G.M.ワインバーグの、日本最新刊。例によって邦題は意味不明だが、原題は "Perfect Software and other illusions about testing"。
テストは(ソフトウェアに関する)情報を得るため手段であると定義し、ワインバーグらしく、情報を受けとる側の「人間の問題」にまで踏み込んで、テストにまつわる様々な問題や誤謬をあきらかにしていく。もちろん、システム開発をやっている人間には判りきった話なのだが、それを「判っていない人」に説明するためにはワインバーグの助けが必要だ。
特に日本のソフトウェア業界は高い品質が求められ、金融機関や交通機関がシステムトラブルで機能停止するたびに、システム屋は非難の矢面に立たされてきた。台風で電車が止まるのは仕方がないが、システムのバグで電車が遅れるのは勘弁ならんというわけだ。そして、その度にもの知り顔で、ソフトウェア開発のプロセスに問題をがなかったかどうかを語る輩があらわれ、やがて過剰なコストを払って、過剰な品質のシステムを作るハメになる。もちろん、障害を起こしてはならないし、そういうことがないように最善の努力を払うのはもちろんだが、もうそろそろ、一定の確率でシステム障害は起きるものだ(ので、リカバリー手段を考えて行動した方がいい)という認識を世間が持ってもいいころだと思う。 -
Posted by ブクログ
開発プロジェクトにおける「ありがちなパターン」集。ダメなパターンが多めですが、「こんな感じのことをしていると、うまくいくこともある」というパターンもあります。パターンのバリエーションは豊富なので、「良かれと思ってやっていることも、ダメなパターンに陥ることもあるんだ」と気が付くところも多々ありました。
基本的にパターン集なので、これらのパターンから参考とすべきところや、改善すべきところを自分で見つけて実践していくことで、この本を初めて有効に活用できます。逆に、この本からプロジェクト運営・管理の具体的な改善方法を教えてもらいたい、と思って読むと、単なる「あるある集」で終わってしまうでしょう。 -
Posted by ブクログ
プロジェクトを失敗に陥れるさまざまな要因を、ユーモラスに語っている本。
失敗要因は笑うためではなく、学ぶためにある。
>弱いチームの方が、強いチームより決定や行動を「保留」する傾向がはるかに強い
強いチームになるためには、意志決定や行動を迅速に行える覚悟が必要なのである。
時間が一番貴重な資源であり、一呼吸おいたらすぐ実行という自分の考え方と一致する。
>約束がなされたか、また、それは正確にどのような約束だったかについて、約束した側と受け手側の解釈が異なっていると、約束のシステムは崩れる
コミュニケーション不足が大きな問題に繋がることを示唆している。
自分だけのメモに終わらず、相手と一緒に確認して、やっと約束のシステムが出来る。
以心伝心という発想は、結局双方向に良くない。
>どんなに機能を付け足して飾りたてても、デザインはよくならない。むしろデザインを美しくするには、そぎ落とすことである
同感!
「良いデザインとはシンプルで実用的である」という自分の信念に一致する。
また、ここから「決断とは断つことである」という教訓も学べる。 -
Posted by ブクログ
チームワークの乱れがいかに深刻な問題を与えるかという、陰の向きから、チームワークの良さを語っている。
タイトルの分かりやすさと、toy storyを彷彿させる表紙のキャラクターが手に取りやすい。
「組織の結果最大化」を常に意識して実行していた自分
「他人に興味を持つ」が昨年末からのテーマで、これを実行に移し、”より老若男女から愛される人間”を目指し、奮闘中
***
チームの成功は、チーム内の異なる目的や労働慣行などを反映した特異性によって左右される。
共通点のない人々をまとめて、同時に同じ方向にオールを漕がせれば、深刻な問題に発展しかねない。
頭に浮かぶイメージとしては、猫の群れといったところだろうか。
財政でも、戦略でも、テクノロジーでもない。
最終的に競争優位を保つためには、チームワークが必要である。
チームワークはそれほど協力で、めったに存在しないものだからだ。
◆チームワークの5つの機能不全
・信頼の欠如
・衝突への恐怖
・責任感の不足
・説明責任の回避
・結果への無関心
***
機能不全の逆を考えれば、うまくいくだろうか。
(天邪鬼発想)
◆チームワークの5つの機能
・良好の信頼関係
・忌憚のない議論による衝突→昇華
・明確な責任所在
・説明責任の徹底
・結果を褒めちぎる
うまくいかんな(汗
まー、結論をいうと『人を動かす』の内容を全員が実践すればいい、ということやわ。 -
Posted by ブクログ
独自のユニークな発想による知恵を習得できる一冊だ。
長年IT業界でやってきた人であれば納得することが多いことだろう。
いくつものユニークな法則を編み出して
法則名も実に頷ける名前となっている。
ラズベリージャムの法則は広げれば広げるほど薄くなるというものだが、
イチゴジャムの法則は、粒があればどこまでも薄くならない
というもの。
また粒の法則は、何か学びたかったら、全て学ぼうとしては
いけない、など。
興味深かったのは、コンサルタントとして相手の発言に対し
どうやって向き合っていくかという問題の解決に
合気道からとった、「集中、入身、転換」というパターンを
エネルギーの調和という観点で取り入れているところだ。 -
Posted by ブクログ
20/5/14
時間
混乱は時間の無駄である
時間の無駄の原因は休暇ではない。計画不足である。
間違いは時間の無駄になる
早くて雑なものなど無い。早く仕事をしたければ、手際よくやることだ。
明日にはやる必要がなくなっているかも知れないことを今日やるな。やろうとも思うな
新しいことを学び、これまでの知識に加え、依頼主とともに試す。
依頼主はつねに自分の問題の解き方を知っていて、その解答を最初の5分間に口にする
不調和を保ちたかったら、完璧な調和を目指せ
相手が奇妙な行動を取っていたら、たぶん奇妙なものに反応しているのだ。それはたぶん自分である。
努力しながら死ぬより、成功しながら生きる方がいい
誰かに死ぬ気で頑張って助けてくれと頼まれたら、助けようとは思わない。
自分が誰かを指していたら、あとの三本の指がどちらを向いているか考えよ
フィードバックは、非難ではなく助言だと考えよう。
白紙の状態から始めてはいけない
クリスマスプレゼントに金槌をもらった子供は、何でも叩きたがる
問題を探しているときは、最初にみつけた問題に目を奪われるな
4年生の算数より難しいことをしていたら、多分やり方を間違っている!
読む価値の無いものはよむな!
やる価値の無いことは、きちんとやる価値もない。ごみにのしをつけるな
やるべきでないことは、いっさいやるべきではない。以上。
合理的であるな。妥当であれ。
痛いのは効いている証拠よ。おいしい料理には時間がかかります。コンサルタントから痛むのは効き目がある証拠だなどと言われたら、別のコンサルタントを雇うべし
差なし+差なし+差なし+・・・は、いつかはっきりした差になる。
皆が見ろという場所はみるな。
絶対にそこにはないと思われているものは、たぶんそこにある。
誰がきめたことか、どこに書いてあることかも知らないのに、慣例に従って仕事をする人たちがいる。 -
Posted by ブクログ
リスクとはそもそも何か、というところから始まって、リスク管理がうまくいかない理由について述べられている。そしてリスク管理が行われない理由についても述べられている。(例:早く終わる可能性のあるスケジュールをひくことが許されないなど)この項が一番参考になった(苦笑)。
あと身にしみて感じるところがあったのが、問題の原因はより早い時期に発生しているが、問題を認識し始める時期(天罰期という 笑)についての説明とその対処法。バージョンごとにリリースするというのが意外と現実的な方法だと分かった。
この本が扱う範囲は入門から中級までかなり広いと思うがリスク管理をやる上で読んでおいてよい1冊だと思う。[2007/1/4] -
Posted by ブクログ
チームを機能させるための方策を、架空のベンチャー企業の経営陣のストーリーとして見せる本。内容は悪くはないが、実務に活かすには、ややハードルがある。
曰く、チームが機能しない場合の問題は階層構造を形成しており、下から順に以下の通り。
----------
●信頼の欠如
メンバー同士が弱みを見せられない。
●衝突への恐怖
弱みを見せられないから、慎重な発言が多くなり、健全な議論ができない。
●責任感の不足
健全な議論ができないから、表面的な同意や、あいまいな態度になる。その結果、チームメンバーに、決定や計画を責任を持って達成しようという強い意思が生まれない。
●説明責任の回避
責任感が不足すると、チームのためにならない行動/態度を取った仲間をとがめるのを躊躇するようになる。
●結果への無関心
互いの説明責任を追求できないから、チーム全体の目標より個人のニーズ(自尊心、キャリアなど)や、自部門のニーズを優先するようになる。そのため、チーム全体の結果達成に向かって行動できない。
----------
この構造自体は納得。でも、この問題を解消するためには、協力できないメンバーを、必要な場合はチームから外せることが前提となる。(本書でも、メンバーを追放するのが、重要なイベントとして描かれる。)
しかし、これが日本では実現しづらい。
社員はいきなりクビにはできないし、出来たとしても、代わりがすぐに補充できるわけでもない。だから、今いるメンバーでなんとかするが、リーダーや中間管理職の役割になりがち。
米国由来の組織論では「要員の選別」という手段が気軽に登場するけど、日本の会社組織では使えないことが多く、制約付きの行動になるなあ、という感想。