Life is beautiful: 優秀なナースがいるとシステムがなかなか改善されないという話
「Why hospitals don't learn from failures（なぜ病院は失敗から学ばないのか）」という論文を読んでなるほどと思う部分があったので、ここにメモ代わりに書いておく。 この論文の筆者（TuckerとEdmondson）は、医療ミスがなかなか減らない原因を探るために、全米の１０の病院を長期間に渡って調査・研究したのだが、その結果判明したのは、「システムの改善」という観点からは、ナースの優秀さと勤勉さが逆効果になっているという皮肉な話。 「優秀なナース」の定義はどこでも同じで、「目の前の患者が必要としているものを、あらゆる障害を乗り越えていち早く提供する」こと。取り替えるべきシーツが不足していれば別の階に走って行って調達してくるし、新米のナースのミスにはいちいち噛み付くこともなくそのミスを取り繕う。そんなナースたちにとっては、その手の「不具合」や「障害」は避けられ
人を育てる立場に立った時、最初に覚えるべき技術 - モチベーションは楽しさ創造から
J-CASTニュース : 入社半年で「辞めたい」が40％ 「仕事通じて成長できない」が理由 では、こんな事がまとめがありました。 新入社員の71.6％が「どこでも通用するような価値の高い人材になる」と答えたものの、59.4％の社員が自分の将来に不安を感じていて、「入社半年で会社を辞めたいと思った」人は43.5％いた。その理由は、「仕事を通じて成長しているという実感をもてていない」が51.9％、「やりたい仕事ができない」が48.1％、「上司の指示、指導方法が不満」40.4％という順だった。また、「もともと辞めるつもりで入社した」という人が40.3％もいた。新入社員「成長」させるマネージャーがいない。 新入社員を育成する体制が崩れてしまったのは、リストラで会社の人材が細り、じっくりと仕事を教えられなくなっているためだ。また、一気に社員を増やした会社では、育成経験のないマネージャーがたくさんの部
一流企業の一流社員に求められる泥臭い馬力 - Thoughts and Notes from CA
大企業のぶらさがり社員に対して一貫して厳しいid:essaさんが下記のようなことを書かれているが、これはかなり正しい。 社会にとって有用な価値を創造してそれで稼ぐ企業が本当の一流企業である。そういう意味での「(本物の)一流企業の(本物の)正社員」というのは、本当は既にもの凄い狭き門になっているけど、既に入っている人が残っているから目立たないだけなのだ。 私は幸いなことに「(本物の)一流企業の(本物の)一流社員」と仕事をする機会を頂いている。そういう方々は一流大企業の資本力、技術力などの各種のビジネスインフラと自分自身の知見、経験、スキルを卓越した思考力とハードワークによって組み合わせ、お客様、ひいては社会全体に高い価値を提供している。 では「(本物の)一流企業」にはそういう社員ばかりかといったらid:essaさんの指摘通り、決してそんなことはないし、むしろそういう「（本物の）一流社員」は少
Life is beautiful: リーダーに必要とされる感情知性（Emotional In...
MBAプログラムに参加したおかげで、大量の論文を読まされることになったのだが、頭の中を整理する意味で文章にするのは役に立つし、それがブログのちょうど良いネタになる。今日のエントリーは、Daniel Goleman という人の書いた”What Makes a Leader?” という論文の要約。 筆者は（企業などの）リーダーになるためには、ただ高い知性と専門知識を持っているだけでは不十分で、筆者がEmotional Intelligence(感情知能)と呼ぶ能力を持っていることが不可欠だという。 Emotional Intelligenceには５つの要素がある。 Self-Awareness 自分のムードや感情を常に冷静に把握しており、それが他の人に与える影響を十分に認識していること。Self-Awarenessが低い人は、自分の性格の欠点を指摘されたりするとそれを「個人攻撃」と見なして不必
ITmedia エグゼクティブ
企業の明日を変える エグゼクティブのためのコミュニティー 「ITmedia エグゼクティブ」 上場企業および上場相当企業の課長職以上の方が約 6000人参加している会員制サービスです。無料で参加いただけるセミナーや勉強会などを通じた会員間の交流から「企業のあるべき姿」「企業の変革をつかさどるリーダーとしての役割」などを多角的に探っていきます。 入会の申し込みはこちら
モチベーションアップは楽しさ創造から - 部下や後輩があなたを嫌う １０のワケ
若い人がやめていく建前の理由は「キャリアアップしたい」からだそうだ。しかし本音はというと「上司や先輩がイヤでイヤでたまらないから辞める！」という事。あなたは部下や後輩から嫌われていないだろうか？嫌われているとすると、彼は明日はいないかも・・ 「キャリアアップをしたい」は“建前”社員が辞める本当の理由 会社を辞めた人たちへのインタビューで分かること 大手転職サイト「リクナビＮＥＸＴ」編集部による「退職理由の『ホンネ』と『タテマエ』アンケート」（2005年4月実施）によると、「タテマエ」のダントツトップは「キャリアアップしたい」で、半数近くに達している。次いで「仕事が面白くない、変化がない」「会社の経営方針・経営状況の変化」と続く。 一方、本当の退職理由、「ホンネ」とは何なのだろうか？一位は「上司との人間関係」。二位、三位は「給与に不満足」、「仕事が面白くない、変化がない」となり、この３項目
ウノウラボ Unoh Labs: ベンチャー流Webサービスの作り方(開発チーム編)
尾藤正人(a.k.a BTO)です 前回はWebサービスを作るときの企画の部分について書きました (ベンチャー流Webサービスの作り方(企画編))。 今回はWebサービスを作るときの組織作りについて書いてみたいと思います。 僕がウノウに入って始めたのがフォト蔵の開発でした。 当初は開発が僕、ディレクションが代表の山田という二人体制でやってましたが、 組織が大きくなるにつれてだんだんと人数が増えていきました。 現在は僕も山田もフォト蔵からは離れて新しいチームで開発を行っています。 二人体制から始めて、少しずつ人数を増やしていって、 立ち上げメンバーが開発から離れるまでいろいろ経験しながら 自分が感じた事を簡単にまとめたいと思います。 ・最終決断は一人で 何をするのか、戦略はどうするのか、方向性は何なのか、最終的な決断はリーダーが一人で行います。 個人の主張を尊重しすぎて、各々が好きな事を始め
5分で人を育てる技術 (22)“はじめて部下を持つ人"への5つのアドバイス ：ITpro
前回は，部下を持つことで混乱している坂本に上司としてどう行動していくべきかを伝えました。そして，私は彼に“はじめて部下を持つ人"への5つのアドバイスをすることにしたのです。 坂本は，中堅社員ですが，長く部下を持たなかったので，自分のことだけを考えていれば済みました。しかし，今後はそれでは済みません。彼にはしっかり部下の面倒を見てもらい，組織マネージメントを身に付けてほしいからです。 坂本に限らず，多くの人は部下を持つとそれまでとは違った苦労をします。自分だけで精一杯なところに，知識も経験も劣る部下の面倒も見なくてはならないのですから，その大変さは誰でも理解できるところでしょう。 しかし，組織で力を出していく以上，部下の戦力化は避けて通れない道です。どうせやらなくてはならない部下マネージメントなら，しっかりとした「やり方」を身に付けたいものです。まず，私はこれを坂本に教えなくてはならないと思
魔王のマネジネント能力について。: 不倒城
魔王がいつまで経っても世界征服できない理由 このお題、ちょっと面白そうだなーと思った。 魔王は何故いつまで経っても目標を達成出来ないのか。つまり、何故組織としてプロジェクトを遂行出来ないのか。大抵の魔王軍団において、人員が足りないという話は聞いたことがない(悪の組織の人員確保のスムーズさは驚異的である。人件費は大丈夫なんだろうか)から、これはつまり魔王のリーダー適性、マネジネント能力に問題があるのではないか。 組織論として考えてみると、悪の軍団も所詮は一組織である。その組織をまとめる立場の魔王というものを、組織のリーダー適性という側面から分析するのはなかなか興味深い議論になりそうだ。彼らは果たして、何に欠けているが為に世界征服出来ないのか。 丁度この前、松下幸之助氏が書いたリーダー論みたいなものを読んだので、幾つか抽出してドラクエ辺りの魔王に当てはめてみよう。 ・明確なビジョン、精神的な「
なんでも「あとでやる」としてしまう人が知るべき10個の真実 - GIGAZINE
仕事の成功を妨げる原因はいろいろありますが、中でも最も頻繁に見られるのが「あとでやる」「あとで読む」「またあとで」というようにしてどんどん先送りにしてしまい、結果的に大きく遅延させてしまうというもの。 この先送りする習慣がついてしまうと、なんでもかんでもとりあえずスルーしてパスして、条件反射的に「またあとでやるから」というようにして自分で自分をごまかし続け、最終的には自分自身の仕事の業績、そして信頼などに跳ね返ってくるわけです。なんとかしなくては。 というわけで、この先送りして先延ばしにしてしまう精神構造について研究している第一人者であるシカゴのデ・ポール大学のJoseph Ferrari准教授、カナダの首都オタワにあるカールトン大学の心理学準教授Timorthy Pychylの両名による、先延ばしにしてしまう人が知っておくべき10個の真実についてです。 この10個の真実を知れば、セルフコ
どうしてプログラマに・・・プログラムが書けないのか?
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
最近、あなたは職場で人を褒めましたか？ － ＠IT自分戦略研究所
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点＝私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのLoveとManagementに関係します。Loveについては、第10回「正しいことをし、行動力を発揮するココロ」を、Managementについては、第9回「ソフトウェアは目に見えない」を、それぞれ参照いただ
Ralph Waldo Emerson - Selected Works and Essays
Every man has his own courage, and is betrayed because he seeks in himself the courage of other persons. About Emerson Ralph Waldo Emerson (1803-1882), was born on May 25, 1803, in Boston, Massachusetts, and died April 27, 1882 in Concord, Massachusetts. Emerson was best known as an American Transcendentalist poet, philosopher, and essayist and lived during the 19th century in the United States. E
プロジェクトの進め方について - ほぼ日刊イトイ新聞
第30回 プロジェクトの進め方について 詳しく教えて。 前回、開発チームが小さい方が 開発効率が高まるという話をしました。 今回もそれに引き続いて、 プロジェクトの進め方や、生産性の話です。 僕がチームの生産性の向上に 一役買っていると思うやり方というのは、 プロジェクトチームの中で仕事を割り振るとき、 どうやって仕事を割り当てるかという方法です。 とはいっても、蓋を開けてみれば大したことではないので 改めて書くほどのことでもないかもしれませんが、 しかし理にかなった方法だと思うので、 紹介したいと思います。 1番のポイントは、 基本的に誰が何をやるのかを決めるのは、 その仕事をする本人だということです。 マネージャーに 「これをいついつまでにやれ」 と指示されるわけではないのです。 マネージャーやチームリーダーの仕事は、 次にチームが解決しなければならない問題を洗い出し、 テーブルの上に
TRANS - ドラッカーに学ぶlifehack
実は、僕はドラッカーが大好きです。ドラッカーをご存知ない方は、Wikipediaをどうぞ。ものすごく単純に言ってしまうと、近代マネジメントの原型を作った人という感じです。 けれど、その多くの著作は小難しい経営手法ではなく、個人というものに焦点が合わせられています。その中で、現在にも通じるはずのlifehack的な手法がありますので、紹介します。ちなみに、僕は3年くらい前から半年に一度ほど実行しています。 さて、その手法は「フィードバック分析」というものです。やり方はいたって単純です。 今年、もしくは半年に一度、「現在、自分がやっている仕事」、もしくは「新しく始めた仕事」を書き出します。 その各々の仕事に、「その期待する成果、目標、結果」を書き出しておきます。 その書き出したデータや書類をどこかに保存しておきます。 半年後、もしくは一年後にそのデータや書類を取り出し、「その期待する成果、目標
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
So-net blog:港区赤坂四畳半社長:責任者にとってもっとも重要な能力
Amazon.co.jp: レバレッジ・シンキング 無限大の成果を生み出す4つの自己投資術: 本田直之: 本
Ralph Waldo Emerson, Self-Reliance
kaihachu.com - 開発合宿好きの技術者のためのコミュニティブログ
Amazon.co.jp： アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE): Scott Berkun, 村上 雅章: 本
