楽天、新婚の松井が来季も抑え　平石監督から「来年もリリーフ」と指名明かす (デイリースポーツ) 13:55

今日は野球の話。 昨日は大阪にいて、ちょうど伊丹で飛行機に乗るときに新井の先制打で一点。よしよし、と羽田について見るとなんと１対０のままではないですか？　こりゃー、いかんとばかりにタクシーを飛ばし自宅へ・・・。 テレビをつけた途端・・・・ な、なんと、ダル君が２ランを浴びる！　風呂にも入らずに思わず見てしまいました。で、結局、久々にいいものを見たな～という感じです。一体感が伝わってきましたね。 ブルペンで投球練習をする上原に川上がタオルを渡していたり、成瀬が水を渡したり、同じ選手同士が裏方に回ったり、わたしはとても感動しました。なんか、すごい、これ、と思って見てました。マジで震えが来たよ。 まあ、結果も良かったしね。そして、今日の宮本選手のブログを見て実に感心致しました。以下引用・・・ 試合では攻撃時は一塁ベースコーチ、守備の時はベンチの中で首脳陣と並んで立った。今大会は選手が不安なくプレ

消費者向けの耐久消費財を扱うすべての会社にとって、非常に重要な法改正があったのをご存じだろうか。11月14日に可決・成立した改正消費生活用品安全法（消安法）だ。メーカーには消費者に製品の点検時期を通知するなど、新たな義務が生じる（NIKKEI NETの記事）。改正法の施行自体は来年の4月。ルールの詳細は経済産業省が政省令で制定することになる。 同時期に掲載された日本経済新聞の記事には次のように書かれていた。 『点検時期の通知は「顧客情報カード」を活用する。メーカーは製品を小売店に卸す際、製造者名、連絡先などを記したカードを添付。消費者はカードの必要部分に住所、氏名などを記入して返送する。メーカーは販売後10年をメドに点検時期が来たことをダイレクトメールなどで通知し、有料で点検や修理をする仕組みだ。』 その記事によれば、このような法改正は、松下電器産業製の石油暖房機やパロマ工業製の湯沸かし器

筆者が先日書いた日本半導体産業のコスト競争力に関するコラムがきっかけになって，半導体装置メーカーの方々と議論する機会を得た。装置メーカーは，日本，韓国，台湾などグローバルにビジネスをしているので，各国半導体メーカーの比較が可能であり，その中から日本の半導体メーカーの問題点が見えてくるのではないかと思ったからである。 その議論の内容を座談会形式で再構成する。A氏は日本の半導体メーカーから米国の装置メーカーに転職した方，B氏は日本の装置メーカーに長年在籍している方，C氏は日本の装置メーカーから米国の装置メーカーに転職した方である。日本の半導体産業が絶好調だった時代から，弱体化していった状況を現場でつぶさに見てきた方々である。 筆者 日本の半導体メーカーが競争力を落とした理由の一つとして，装置にノウハウが組み込まれて，装置さえ買ってくれば作れるようになって，韓国や台湾のキャッチアップを許した，と

昔からプロジェクト・マネジメントの世界では，「プロジェクト・マネジャの経験に依存した“属人的”なやり方だけに頼っていてはダメだ。もっと定量的なアプローチを取り込んで，“エンジニアリング”にしていく必要がある」と言われてきた。 実際，大抵のプロジェクトでは，工数，コスト，要件数（機能量）またはプログラム数（行数），進捗率…，くらいは定量的に管理しているだろう。これ以外にも，過去に実施したプロジェクトの完了報告書を蓄積し，システムの内容と開発規模・コストなどとの相関を分析して，見積もり手法を洗練させていくといった定量的アプローチがある。 しかし，プロジェクト・マネジメントにおける定量化への取り組みは，まだ限られたところでしか実践されていないようだ――。私は，『ITプロジェクトの「見える化」上流工程編』（情報処理推進機構 ソフトウェア・エンジニアリング・センター著作・監修，5月1日発行）という書

先月，「働きがいのある会社」ランキングが日経ビジネス（2007年2月19日号）に掲載された。ランキング1位になったのは，人材紹介業のリクルートエージェント。IT業界からは，マイクロソフト（3位），日本ヒューレット・パッカード（5位）がトップ10入りした。 調査を実施したのはGPTW（Great Place to Work Institute）ジャパン。日本での実施は今回が初めてだが，本家の米国では10年前から毎年1月に，米経済誌フォーチュンの「働きがいのある会社ベスト100」として結果が公表されている。今年の1位は，ネット検索サービスのグーグル。これまで米国では食品や小売り，金融企業がトップを分け合っており，IT企業がトップになるのが初めてのことだ。 1998年に米国で第1回調査が行われたとき，参加した企業は160社ほどだったが，昨年は約600社が申請を行うほど注目度が高まっている。米国企

ソフトウエア・エンジニアリングのリーダーの一人、エド・ヨードンは1992年に、『Decline and Fall of the American Programmer 』を著し、米国のソフトウエア産業の衰退と挫折を警告した。この本を出す少し前まで、彼は「この国が危ない（A Nation at Risk）」というタイトルで講演行脚をしており、同書はそれをまとめたものである。 この本の中で、ヨードンは日本をソフトウエア開発における優等生の一人として挙げ、インドの飛躍を予見している。本が書かれた時点では、インドのＩＴ産業はまだ黎明（れいめい）期にあったが、彼の予想通り、現在は英語圏で質の高いソフトウエア開発力が得られる国として、欧米から頼られる存在になり、ＩＴ立国を目指す他のアジア諸国からお手本と見なされるまでになった。 「この国が危ない」というヨードンの警告に触発されたのか、米国上院の「米国の

Rubyを使うべき本当の理由は、根源的には、日本で自殺者が増えた理由と同じです。 今後日本が没落していく理由とも同じです。 団塊の世代に無能な人間が多い理由とも同じです。 サービス残業が増えた理由とも同じです。 日本の多くの若者たちが未来に希望を抱けない理由とも同じです。 いまの学校教育が無能な人間の製造工場になってしまっている理由とも同じです。 その理由は、根本的には、「単純ニーズの飽和」という環境変化に起因します。 そして、それによって、プログラミングが経営行為になってしまったことが原因なのです。 団塊の世代の仕事人生の大部分は、単純ニーズを満たすための仕事に費やされました。 冷蔵庫の普及率が低く、しかも誰もが冷蔵庫を欲しがった時代には、何をやるべきかは、明らかでした。 とにかく、額に汗して働き、安くてよい冷蔵庫をどんどん作れば良かったのです。 冷蔵庫に限らず、洗濯機、ラジオ、テレビ、

コミュニケーションで必要なのは、相手と信頼関係を築くことです。部下のモチベーションを上げようとする場合にも、「なんでこんなにモチベーションが低いんだ？」と、上から突き放したように見るのではなく、「そういえば、俺も入社して1年目のときは、こんな感じだったよ」というように、部下の立場に立って見ることです。それができて初めて、「こういうふうになっているから、モチベーションが低いんだろうか」とか、「これをしてもらえれば、もうちょっとモチベーションが上がるかな」と対応を考えることができます。まず相手の立場に立って、体験を共有することが必要です。 その際に、これまで紹介した、ミラリング・ペーシング・バックトラッキングと、感覚傾向に一致した対話をすることがポイントになります。 感覚傾向に合わせた対話をする 例えば、モチベーションの下がっている部下が、上司に、「いや～なんか、この案件は本当に先が見えないで

結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小

長くなりすぎたこのエントリのレジュメ …というか、見出しの一覧。これ見てご興味ある方はお読み下さいませ。 マネジメントの4つの本質 マネジメントおける簡潔で痛切なエッセンス（一部） 設計とデバッグに関する恐ろしい事実 残業と生産性とプレッシャーに関する恐ろしい事実 生産性の測定について 管理者の怒りについて 会議を効率よく行うための、たったひとつの冴えたやりかた 大事なことが、ずばり書いてある。背中を押したのは「ソフトウェア開発の名著を読む」なんだけど、確かに名著だ。初読は物語を楽しみ、再読、再々読で血肉にすべきだな。 延ばし延ばしにしてた一冊を読み始めて「どうして今まで読まなかったんだあぁぁっ」と叫びだすような逸品がある。本書がまさにそう。デマルコは「ピープルウェア」がピカイチと決め付けてた自分が恥ずかしい。 「ピープル」がプログラマ・チームリーダーの視点で書いているが、「デッドライン」

システムの可用性を向上させるためには、冗長化が必要だ。しかし、ベンダのいう冗長化は、かえって構成が複雑になる場合もある。今回は、現実的でバランスの良い冗長化について考える システムの可用性を上げるための冗長化はよく行われる。ただし、ベンダが推奨する冗長化構成は一見技術的にスマートできれいだが、実際に利用現場で携わっている者の立場からすれば、やたらとシステム構成を複雑にするだけで、むしろコストや運用の手間を増大させるものも多いと感じている。そこで今回は、現実的でバランスの良い冗長化について考えてみたい。 冗長化のポリシーは組織規模によって大きく変わるので、今回は中小企業、もしくは大企業内の部署レベルでの冗長化を一応の前提としたいと思う。 その1 ネットワーク機器の冗長化 ネットワークインフラが業務上重要なものとなっている現在、ネットワーク機器を冗長化しようと考えるのはよく理解できる話である。

2006年08月06日12:00 カテゴリMoney Peer Reviewの薦め 上司が「負けた」理由が、ここに集約されている。 MOZANBLOG: 昇給をネゴしてみよう 友人「それも主観でしかない。面白い。では自分より優れている他のエンジニアの名前を挙げろ。」 上司「それは出来ない。社員の個々の評価はプライベートだ。」 今はわからないのだが、私がいたころの某社では、ここのところが決定的に違った。 厳密な額はとにかく、自分が他の社員に対してどうなのか、というのは、だいたいわかる仕組みになっていた。なにしろPerformance Reviewの時には、自分も他の従業員に対してはReviewerなのだ。だからこの場合にも、「お前自身も評価した社員Aよりおまえのパフォーマンスは上か?」とすんなり切り返すことが出来る。もっとも異論を唱えてくること自体、稀ではあったのだが。 このPerforma