「心理的安全性」はなぜ混乱を招き続けるのか | Q by Livesense
心理的安全性という概念がある。ここ十年ほどチームづくりの最重要ファクターであるともてはやされ、他方では粗雑な理解によって批判されてきた。急に人気の出たアイドルの宿命みたいなものを背負っている。 世間的なイメージがどのようなものか、少し羅列してみよう。 なんでも言える。否定されない。安心して働ける。不安がない。感情を大切にしてもらえる。あなたはあなたのままでいいと肯定される。 こうしたイメージを抱いている人もいるかもしれないが、残念ながらこれらは、心理的安全性の正しい姿からは遠くかけ離れている。ただ安心してほしいのは、こうした誤解をしている人は決して少なくないということだ。 手持ちのグーグルで「心理的安全性 誤解」と検索してみると、何ページにもわたって理解を正す記事が並んでいる。NewsPicksも、プレジデントも、朝日新聞も、Qiitaも、東洋経済も、あらゆるメディアが心理的安全性の誤解に
404 Blog Not Found:優秀なナースなら当然看護記録は付けてるよね?
2007年11月29日20:00 カテゴリMedicineArt 優秀なナースなら当然看護記録は付けてるよね? これを読んで、s/ナース/現場/g;s/病院/システム/gとして一般論化した場合は非常に納得した(というのかs/ナース/自分/gで思い当たるフシがありすぎてorz)のだけど、そのまま読むとずいぶんと違和感があるのは海堂尊作品の読み過ぎだろうか? Life is beautiful: 優秀なナースがいるとシステムがなかなか改善されないという話 Why hospitals don't learn from failures（なぜ病院は失敗から学ばないのか）」という論文を読んでなるほどと思う部分があったので、ここにメモ代わりに書いておく。 ちなみにこの原文は、 Division of Research Working Paper Abstract でPDFとして入手できる。ぐぐったら一
Life is beautiful: 優秀なナースがいるとシステムがなかなか改善されないという話
「Why hospitals don't learn from failures（なぜ病院は失敗から学ばないのか）」という論文を読んでなるほどと思う部分があったので、ここにメモ代わりに書いておく。 この論文の筆者（TuckerとEdmondson）は、医療ミスがなかなか減らない原因を探るために、全米の１０の病院を長期間に渡って調査・研究したのだが、その結果判明したのは、「システムの改善」という観点からは、ナースの優秀さと勤勉さが逆効果になっているという皮肉な話。 「優秀なナース」の定義はどこでも同じで、「目の前の患者が必要としているものを、あらゆる障害を乗り越えていち早く提供する」こと。取り替えるべきシーツが不足していれば別の階に走って行って調達してくるし、新米のナースのミスにはいちいち噛み付くこともなくそのミスを取り繕う。そんなナースたちにとっては、その手の「不具合」や「障害」は避けられ
コードに入らずばコーダーを得ず : 404 Blog Not Found
2007年11月21日00:00 カテゴリArt コードに入らずばコーダーを得ず これを見て(38|0x26|046)な俺も書きたくなった。 36歳になって思う「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 久しぶりに「私」でなくて「俺」で書く。 36歳になって思う「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan俺に限って言えば・・・35歳定年説は本当だった。というより、プログラムを動かすことより、人を動かすことに魅力を感じてしまったのだから、ずっとプログラマだったらどう思うかというのは残念だがわからない。 俺は、実のところプログラムを動かすのと同じぐらいかそれ以上に人を動かすのも人に動かされるのも好きだ。 だから、わかる。 プロ
魔王のマネジネント能力について。: 不倒城
魔王がいつまで経っても世界征服できない理由 このお題、ちょっと面白そうだなーと思った。 魔王は何故いつまで経っても目標を達成出来ないのか。つまり、何故組織としてプロジェクトを遂行出来ないのか。大抵の魔王軍団において、人員が足りないという話は聞いたことがない(悪の組織の人員確保のスムーズさは驚異的である。人件費は大丈夫なんだろうか)から、これはつまり魔王のリーダー適性、マネジネント能力に問題があるのではないか。 組織論として考えてみると、悪の軍団も所詮は一組織である。その組織をまとめる立場の魔王というものを、組織のリーダー適性という側面から分析するのはなかなか興味深い議論になりそうだ。彼らは果たして、何に欠けているが為に世界征服出来ないのか。 丁度この前、松下幸之助氏が書いたリーダー論みたいなものを読んだので、幾つか抽出してドラクエ辺りの魔王に当てはめてみよう。 ・明確なビジョン、精神的な「
あなたがフリーになったら出会う12種類のクライアント | P O P * P O P
フリーランスのためのリソースを数多く提供しているFreelance Switchで興味深い記事が・・・。 「あなたがフリーになったときに出会う12種類のクライアント」というものです。「あぁ、こういうクライアントいるいる・・・」とうなづきまくってしまいました。 典型的なクライアントの種類とその対策は以下をどうぞ。フリーになる前に知っておきたい情報ですね。 やたらローテクなクライアント 技術がまったくわからないクライアントです。よくいますね・・・。 典型的な台詞： 「このサイト、いいじゃない！FAXで送っておいてくれる？」 対策： 説明は全て文書で行いましょう。そうでないと何度も説明する羽目に陥ります。また電話や実際に会う機会が多くなるので、その分の予算も上乗せしておきましょう。 興味がないクライアント プロジェクトにあまり興味がないクライアントです。 典型的な台詞： 「あー、まぁ、いいんじゃ
1週間に4時間しか働かない人の仕事術 - himazu blog
1週間(1日ではない)に4時間しか働かない会社社長が、効率的な仕事のしかたの指南をしている講演があった。3月にテキサス州でおこなわれたSouth by Southwestというメディア関係のイベントの中でおこなわれた「The 4-Hour Workweek: Secrets of Doing More with Less in a Digital World」と題する講演である。以下で講演のMP3ファイルが入手できる。 また、このほかの講演・パネル討論の音声はここで入手できる。 講演の概要は以下のとおりである。 講演者 私の名前はティム・フェリス(Tim Ferriss)。プリンストン大学で非常勤講師をし、ハイテク分野での起業にについて教えている。そして、スポーツ飲料・食品の企画・製造をおこなう会社を経営している。世界15ヶ国に製品を卸している。 起業から現在まで 私は2000年に起業し、
404 Blog Not Found:あなたが起業するのに本当に必要な9つのモノ
2007年03月31日16:30 カテゴリArtMoney あなたが起業するのに本当に必要な9つのモノ 「日本社会で起業するため本当に必要な9つのモノ - GIGAZINE」に対する返事。 目次 はじめに ブルーオーシャンなんてあなたには必要ない やつらのロングテールはあなたのヘッド そのプロダクトは何日後にリリースされるのか お前が死ねば別の誰かがとってかわる 代表取締役とCEOと社長と社員はあなた 掛け算と割り算をあきらめられるか ロジックが間違っていても利益は出る 世の中には仕事がたくさんあるという現実 挫折から立ち直るのに方法なんてない あなたが起業するために必要なモノ はじめに ここでの話題は、「起業」です。読んで時のごとく「業を起こす」ことです。会社を起こすことではありません。それは「起社」と本来呼ぶべきでしょう。起業するのに会社が必要なんて誰が言ったのでしょう? 起業はまた「
404 Blog Not Found:人を育てられると思ったら負けだと思っている
2006年12月06日18:45 カテゴリCulture 人を育てられると思ったら負けだと思っている 未だこんな寝言みたいなことを言って、かつそれで給料が出るとはうらやましい職場である。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” 芦屋広太です。日頃いかが人を育てておられるでしょうか。人は育てるものではない。育つものである。その業種における育ち方、あるいは自分の育て方を会得できない者は、残念ながら上司や会社がいくら頑張ってもムリである。 逆に、本人にせっかく育つ能力があっても、それを上司や会社が邪魔をしては、当然その能力が日の目を見る事はない。今回のケースは、明らかに後者である。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” それは，私が，そういう工夫を
5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下”：芦屋広太一つ上のヒューマンマネジメント：ITpro
芦屋広太です。日頃いかが人を育てておられるでしょうか。 前回は，「仕事を丸投げする部下」の問題点を指摘しました。「丸投げ」という行為が，人のスキルアップにいかに弊害をもたらすかが理解いただけたと思います。 ところで，多くの方は「丸投げ」と聞いて「部下」よりも「上司」の方が問題ではないのかと感じたかもしれません。「丸投げ」という言葉を聞いてまず，思い浮かぶのは，いいかげんな「上司」が部下に「丸投げ」する行為でしょう。 これも非常に困ったものですが，これについてはまた，近いうちに「上司」シリーズを書きたいと思っておりますので，そこで言及することにしましょう。では，次の5分間指導に移ります。今回は，新しい部下の登場です。 言うことを聞かない部下「坂本君」 部下の岡田と一緒に仕事をしていた私は，次第に人手不足を感じるようになっていました。提案の頻度も増え，それに伴い作成する資料も膨大になって，岡田
小野和俊のブログ:ふたつ下のヒューマンマネジメント:5分で人をダメにする技術 - 優秀な部下の能力の芽を摘み取る無能な上司
人の発言に噛み付くようなエントリはあまり書かないことにしているのだが、こんなテクニックを使うマネージャが増えていくことを少しでも阻止したいと強く強く思うので書く。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” 上記の記事は、頭は良いが自分の言うことを聞いてくれない部下を、無能な上司が周囲にネチネチと根回しして物言わぬ奴隷としてこき使っていくためにはどのような小賢しくて汚いテクニックがあるのかを、「マネジメントのプロ」がニヤニヤしながらケーススタディを用いて解説する極めて醜悪で下品な最低の記事である。やや過激な言い方ではあるが、少なくとも私は、そこまで書いても書き足りないくらいの生理的嫌悪感を感じる。 マネジメントが必要となるのは、他人同士でありながら一つの目標に向かっていこうとする行為がそこにあるからであって、仕事が一番大
わたしが知らないスゴ本は、きっとあなたが読んでいる: 名著！「デッドライン」
長くなりすぎたこのエントリのレジュメ …というか、見出しの一覧。これ見てご興味ある方はお読み下さいませ。 マネジメントの4つの本質 マネジメントおける簡潔で痛切なエッセンス（一部） 設計とデバッグに関する恐ろしい事実 残業と生産性とプレッシャーに関する恐ろしい事実 生産性の測定について 管理者の怒りについて 会議を効率よく行うための、たったひとつの冴えたやりかた 大事なことが、ずばり書いてある。背中を押したのは「ソフトウェア開発の名著を読む」なんだけど、確かに名著だ。初読は物語を楽しみ、再読、再々読で血肉にすべきだな。 延ばし延ばしにしてた一冊を読み始めて「どうして今まで読まなかったんだあぁぁっ」と叫びだすような逸品がある。本書がまさにそう。デマルコは「ピープルウェア」がピカイチと決め付けてた自分が恥ずかしい。 「ピープル」がプログラマ・チームリーダーの視点で書いているが、「デッドライン」
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文【まとめ】
ITプロジェクトのマネジメントにおいて、本書はまさに宝の山といえる。 一回の探索では持ちきれないほどのアイディアがザクザクと手に入る。しかも、ひとつひとつの宝が、著者の経験に裏打ちされ、考え抜かれているため、一回読みでは消化不良を起こす。それぞれのフェーズで読み返すことで、順番にモノにしていくやり方が良いかと。 このエントリでは、自分の振り返り読みのために、読書感想文エントリの目次と、次に読むべき本・サイトのをまとめた。わたしだけでなく、誰かの参考にもなればイイナ！ その1 ・オーバービュー その2 1章「プロジェクトマネジメントの簡単な歴史」からの考察 ・PMにとっての最重要ツール ・アート ―― 技芸と呼ぶ理由 ・ホワイトボード地獄 その3 2章「スケジュールの真実」および、 3章「やるべきことを洗い出す」からの考察 ・何のための開発プロセスか? ・見積もり確度を上げる2つの質問
現代という時代は、どのようなプログラミングを求めているのか？ - 分裂勘違い君劇場 by ふろむだ
Rubyを使うべき本当の理由は、根源的には、日本で自殺者が増えた理由と同じです。 今後日本が没落していく理由とも同じです。 団塊の世代に無能な人間が多い理由とも同じです。 サービス残業が増えた理由とも同じです。 日本の多くの若者たちが未来に希望を抱けない理由とも同じです。 いまの学校教育が無能な人間の製造工場になってしまっている理由とも同じです。 その理由は、根本的には、「単純ニーズの飽和」という環境変化に起因します。 そして、それによって、プログラミングが経営行為になってしまったことが原因なのです。 団塊の世代の仕事人生の大部分は、単純ニーズを満たすための仕事に費やされました。 冷蔵庫の普及率が低く、しかも誰もが冷蔵庫を欲しがった時代には、何をやるべきかは、明らかでした。 とにかく、額に汗して働き、安くてよい冷蔵庫をどんどん作れば良かったのです。 冷蔵庫に限らず、洗濯機、ラジオ、テレビ、
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文（その1）
最近、マネジメント系の仕事ばかり振られるようになったので、予習のつもりで一読 したが、これはスゴい。読んでる途中から振り返り読みを繰り返し、再読も再々読もしなければならないことに気づいた。本書で紹介されるアート（技芸）は、How to モノと大きく異なり、根っこから考え→実践に適用し→フィードバックが必要なものばかり。 あ、最初に結論を述べておくと、これは今年のNo.1スゴ本なり。ふり返ると「No.1スゴ本」の称号をいくつかの書籍につけてきたが、本書は間違いなくNo.1だと言い切れる。読み手の経験に応じ、必ず得るものがある。概要はamazon紹介文をどうぞ（太字はわたし）。 「ものごとを成し遂げるためには何を行う（あるいは行わない）べきか」という実用的な視点からプロジェクトを捉えて、ものごとを成し遂げるための考え方やヒントを、スケジュール、ビジョン、要求定義、仕様書、意思決定、コミュニケー
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「仕様」という言葉の罠を回避する
結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小
ksh Days - デスマーチについて考える（デスマーチ経験のエピローグ）
このエントリは デスマーチについて考える前にデスマーチの経験を書く の続きです。(2007/2/16追記) 私はテスタとして、必ず バグの修正を「お願いします」と言う。 バグ修正確認時は、必ず直してないところも最低１箇所は触ってみる。（でよく落ちる） バグ修正が確認できたら、できるかぎり早く「確認できました。ありがとうございました」と言う。 を実践してゆきました。 ある日、一人のプログラマさんから相談を受けました 「今度の機能なんですが、納期が近いから単体テストせずにkshさんにテスト依頼しろってSEさんから言われたんですが、そんなことしたくないんです」 以下、全文はこちら
ウノウラボ Unoh Labs: ウノウってこんな会社です
こんにちわ！今週からウノウの一員になりました hide です。 今日で入社4日目とまだ日も浅く、ウノウならではの開発/運用Tipsなどの内容は書けないので、ウノウがどういう会社なのかを新人の視点から紹介します。 1. 凄いハッカーが周りに沢山いる 何気なく座った席の向かいが、日本語プログラミング言語「なでしこ」「葵」の開発者でした。他にもIPA未踏ユース出身の人やPEARパッケージのメンテナをしている人もいます。最近では、Scheme使いも加わりました。 2. フリーアドレスで、毎日違う場所に座らなければならない 席は自由で早い者勝ち。毎日違う場所に座らなければならないため、すぐに仲良くなれます。片付けてから帰るので、必然的に机の上がキレイになるという効果もあります。 3. 朝は10時始業で、無理な残業はなし 基本的に朝のスタートはゆっくりめ。10時にメンバが揃っていないことも多々あります
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
Amazon.co.jp： アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE): Scott Berkun, 村上 雅章: 本
