※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです： 法規制対応、標準化対応、その他公的なガバナンス要求へ

心理的安全性という概念がある。ここ十年ほどチームづくりの最重要ファクターであるともてはやされ、他方では粗雑な理解によって批判されてきた。急に人気の出たアイドルの宿命みたいなものを背負っている。 世間的なイメージがどのようなものか、少し羅列してみよう。 なんでも言える。否定されない。安心して働ける。不安がない。感情を大切にしてもらえる。あなたはあなたのままでいいと肯定される。 こうしたイメージを抱いている人もいるかもしれないが、残念ながらこれらは、心理的安全性の正しい姿からは遠くかけ離れている。ただ安心してほしいのは、こうした誤解をしている人は決して少なくないということだ。 手持ちのグーグルで「心理的安全性　誤解」と検索してみると、何ページにもわたって理解を正す記事が並んでいる。NewsPicksも、プレジデントも、朝日新聞も、Qiitaも、東洋経済も、あらゆるメディアが心理的安全性の誤解に

うちの上司のフィードバックって「なぞなぞ形式」なんですよ！ 中原先生、何とかしてくださいよ！ ・ ・ ・ 少し前のことになりますが、ある若手ビジネスパーソンのＡさんが、こんなボヤキをなさっていました。僕の専門は「人材開発」です。「何とかしてくださいよ」とのＡさんからのご依頼に直接おこたえするのは難しいのですが（笑）、ぜひ、そういう「なぞなぞ形式の上司のフィードバック」がこの世から減り「成仏」することを心より願い、このブログでご紹介させていただこうと思います。 Ａさん曰く、「なぞなぞ形式のフィードバック」はこんな感じだそうです。 上司　「ねー、Ａさん、ちょっと時間、いい？」 Ａさん「はい」 上司　「なんで呼ばれたか、わかる？」 Ａさん「えっ？」 上司　「わかる？」 Ａさん「いえ・・・突然なので、すみません。わかりません」 上司　「そうか、わかんないか」 Ａさん「はい、すみません・・・なんでし

営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

会社で新しく中途入社された方がおり、３週間ほど教育係を担当しました。 新人教育というのは実際やってみると、意外と「教える側の個性」が出るものなのだなぁと感心したので、今後のメモを兼ねてわたしが伝えたことなどを記録します。 入社する新人さんのメンターになるので「よーし最強のカスタマーサポート育成するぞー」という心持ちでいるけど、私が教育すると確実に会社で浮くことになると思う— ミネコ (@meymao) 2016年2月29日 ■メモをとる癖をつける 教えてもらった仕様や感じたこと、疑問点など、こまめにノートにメモを取る癖をつけましょう。短期記憶はすぐに忘れる可能性が高いです。また書く行為自体、学習に向いています。 メモをしたうえで、ナレッジ化したほうがよさそうなものについては、他のひとが読んでも分かるように内容を整理して、情報共有ツールなどにまとめましょう。 知識を溜め込むだけに留まらず、積

小平 和良 日経ビジネス上海支局長 大学卒業後、通信社などでの勤務を経て2000年に日経BP社入社。自動車業界や金融業界を担当した後、2006年に日本経済新聞社消費産業部に出向。2009年に日経BP社に復帰。 この著者の記事を見る

宅急便のドライバーは過酷な業務を行うため、入れ替わりも激しく、慢性的に人手不足です。佐川急便の場合、入社希望であれば、髪型がパンチパーマでもまずは受け入れるそうです。 ブラック社員がこんなに！動く　佐川急便の『マネジメント』 佐川急便の強みは、この世間一般企業の底辺2割を積極的に採用し、そこで新たにできた2:6:2のなかの、底辺の2割を見捨てなかったことです。 むしろこの上位2割グループ以外の、下8割の人間をしっかりと育てることで、会社全体を強くしていったと言っても過言ではありません。 佐川急便の場合、それは面接の時点から始まっています。パンチパーマでヒゲを生やしてガムを噛んで、4つ折の履歴書を出してくるようなヤツでもまず採用します。 いわゆる「ややこしい人材」を徹底的に教育し、リーダーや管理職に鍛えあげていくノウハウが、佐川急便にはあります。マネジメントの本質は「人をいかに動かすか」です

今後の漫画界についての話で、この記事が面白かったです。 これからの漫画についての話は記事を見てもらうとして、 2人の価値観がはっきり違うところを抜粋。 特に気になったところを太字にしてます。 徹底討論　竹熊健太郎×赤松健 Vol.1：電子出版時代における漫画編集者のあるべき姿 (1/3) - ITmedia eBook USER http://ebook.itmedia.co.jp/ebook/articles/1102/14/news015.html 赤松 面白いのと売れるのと、どっちがいいですか。 つまんないのに売れてるのはダメですか。 竹熊 うーん、面白いのがいいでしょ。 赤松 じゃあ、面白ければ売れなくてもいいんですね。 竹熊 まあその場合はね。 でも、「面白い物を売りたい」 とはみんな考えているんじゃないですか。 赤松 うーん、私は嫌だなあ。 そこがロマンチストすぎません？ (略

ビジネスライフにまつわる問題の基本にあるのは、どれだけテクノロジが進化しても、いつの時代になっても「人間関係」。上司や部下、そして顧客など、さまざまな相手をめぐる人間関係にどう対応すればよいかは、常に頭を悩ますところであろう。このラウンドアップでは、CNET Japanの「ビジネスライフ」特集で2010年に公開された人間関係に関する記事を集めてある。新しい年の始まりに際してこれらの記事を読み、円滑な人間関係に基づいた素晴らしいビジネスライフをスタートしてもらえればと思う。 新任マネージャーへのアドバイス--従業員が自分の問題を認識していると思い込むなかれ 従業員の考課を初めて行うという新任マネージャーに特に役立つアドバイスとして、従業員が自らの至らない点について自覚していると思い込むべきではないという点について説明する。 2010/12/01 08:00 マネジメント上の失敗を避けるための

頭はいい筈なのにデキない新入社員をどうするか真剣に悩んだ。 http://anond.hatelabo.jp/20101104205832 「あいつは頭は良いけどバカなんだよな」と言われる若手社員 http://anond.hatelabo.jp/20101104194834 あー･･･。この増田見て、イヤーな記憶を思い出したのでここに書く。 昔、人事で採用担当と配属をやってた俺は元増田と同じことで悩んだ。 スペックは寧ろ高い筈なのに、 頭はいい筈なのにデキない新入社員をどうするか真剣に悩んだ。 悩みに悩んだ結果、間逆のタイプの上司につけることにしてみた。 頭は良くないが要領がズバ抜けていいどこの会社にも一人はいるヤツ。 日本語はほとんど通じないけど仕事は出来るやつ。 友人になりたくない人間の典型。 その結果で言うと、頭いい組の新入社員は物の見事に全滅し、 その上司と俺もキッチリ詰め腹を切

妻から言われたことをいくつかツイッター（URLはこちら）で紹介したのですが、 予想に反してかなりの反響がありました。 そんな「妻語録」を一度まとめてみました。 2010/06/03 07:44 かつてネトゲで数十人を率いていたという妻「相手が欲していることは何で、どうやったらモチベーションを高く持ってくれるかを必死に考え抜くの。そうしたら勝手にみんなが動いてくれる。それがマネジメントだよ。やってないから帰りが遅いんじゃないの？」…代わりに会社に行ってもらえませんか？ 2010/06/04 07:46 （再掲）近所の豪邸の前で「ここの家主と僕との違いは何なんだあ！」と嘆いていたら、妻が「今まで背負って来たリスクの差じゃない？例えば受験勉強を頑張ると、落ちたら努力が無駄になるというリスクを背負うんだよね。遊んでいればリスクもないけど合格しない。そういうこと。」 2010/06/08 23:46

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