私たちの生きている社会は一歩間違えれば重大な結果を引き起こしかねない産業・職業とそこで働く人々の存在なくしては成り立ちません。 そうした危険と隣り合わせの仕事に人間がかかわっている限り私たちはヒューマンエラーと無縁ではあり得ません。 ヒューマンエラーの問題を明らかにし取り組み始めたのはご存じのように、航空界、原子力発電業界でした。 多くの悲惨な事故を経験し、それに対して数々の有効な対策を積み重ねる中で最後に残ったのが「人間の問題」でした。 私たちの「業界」も規模こそ違いますが「危険と隣り合わせ」の仕事であることは間違いありません。 そして他の産業と比べても「人間がかかわる」場面が多いのです。 つまり、私たちの仕事はよりヒューマンエラーと関わりが深く、その認識と取り組みが必要といえます。 「ヒューマンエラーに取り組む」ということは何が何でもエラーを起こさないようにさせる、ということではありま
by sid 「昼から夕方の6時間労働がクリエイティブな仕事には重要」など、仕事において人がアイデアを出し、イノベーションを起こすために必要なものについては色んな説があります。一方で、「仕事」ではなく「仕事場」において重要なのは個人の資質ではなく、「心理的安全性」であると説いているのが世界で最も影響力のあるビジネス思想家に選ばれている世界的な経営学者Amy Edmondson教授。Edmondson教授はスピーチフォーラムのTEDで、心理的安全性がないとどのような事態を招くのか、そして職場が心理的安全性を得るにはどうすればいいのかを語っています。 Building a psychologically safe workplace: Amy Edmondson at TEDxHGSE - YouTube Edmondson教授が語ったのは、まず以下の3つのエピソード。 「ある都会のせわしない
Benjamin Hardyさんによる寄稿記事です。3人の素晴らしいお子さんの父親で、現在は組織心理学の博士号を取得するために猛進中。eBook「Slipstream Time Hacking」の著者。Twitter アカウントは、@BenjaminPHardy。本記事は、Mediumへの投稿記事を許可を得て翻訳したものです。元の英語記事もどうぞ。 「並」の時代は終わった。 中間層はすべて溶けてなくなり、君には2つの立ち位置が残された。トップに立つ少数になるか、二流のその他大勢にとどまるか。 テクノロジーとの関わり方次第で、それは想像もつかなかった機会や成長をもたらすか、または君を二流の裏側にとどめることになる。Cal Newportが、新作「Deep Work: Rules for Focused Success in a Distracted World」で語っているように、 「深みの
1. 2016/01/19 - Regional SCRUM GATHERING® Tokyo 2016 あなたのチームの「いい人」は 機能していますか？ 横道 稔（株式会社サイバーエージェント / 株式会社 RightSegment） 2. 自己紹介 • 横道稔 （@ykmc09_dev） • 株式会社サイバーエージェント アドテクスタジオ • 株式会社 RightSegment にて PrivateDMP を開発 • エンジニア、エンジニアチームのマネージャ • CSM / CSPO
Recent Commentsクラウドソーシングでパキスタン人にアニメーションを作らせてみた | innova on アニメをアウトソースする#031 金持ち父さん貧乏父さん 実践その1:まず5つの障害を乗り越えよう (#3 怠け心) | あすなろ(earth76)式 on プレゼンの冒頭で伝えなければいけないWIIFMとは？何故日本人はブレストを嫌うのか | Masafumi Otsuka's Blog on 根回しが何故日本人に必要なのか、ちゃんと説明しよう外国人上司に「私に活躍させたかったらやり方をこう変えて欲しい」と言葉にして伝えよ う！ | Masafumi Otsuka's Blog on 根回しが何故日本人に必要なのか、ちゃんと説明しよう外国人上司に「私に活躍させたかったらやり方をこう変えて欲しい」と言葉にして伝えよ う！ | Masafumi Otsuka's Blog o
先日、大学院（工学系）の学生さんから、“最初に働き始める場所”についての相談を受けました。 「どこに就職すべきか」ではなく、「ファーストキャリアをどういう考え方で選ぶべきか」についての質問です。 この質問に応えて話した内容を、まとめておきます。 ★★★ 今は 35才にもなれば、ビジネスパーソンとしての能力に圧倒的な格差がつく時代です。 そしてこの差には、卒業した大学名が、ほとんど影響しません。 35才の時点で、未だに ・会社や部署や上司から与えられた仕事をきちんとこなすのが自分の仕事であり、 ・自らリーダーシップをとってグループを率いたこともなければ、 ・リスクのある新規プロジェクトに携わった経験も無い（＝今ボクがやってる仕事は、ちょっと前はちょっと上の先輩が担当していた仕事です） ・業界や手がけている仕事について話してくれと外部から頼まれることもないし、もし頼まれても、何を話せばいいのか
「プログラミングを学ぼうと瞬間最大風速的に意識は高くなるものの、一人でいると気がついたら一日ソシャゲして夕方頃に『また今日も勉強できなかった』と自己嫌悪。」モチベーションが続かない時の対策をはじめ、学び方、学べる環境の作り方をまとめています。
どちらかというと私は、いわゆる起業よりもマッキンゼーでのコンサルティングや日本交通の企業再生のキャリアが豊富です。なので、今回は企業における社内改革の話をしたいと思います。 企業には、すぐには結果が出ないけれども大事なことがあります。たとえば、私の会社では「事故防止」です。タクシーの運営事業者にとっては、安全が一番大事です。 しかし、安全に関する施策が実を結ぶまでにはある程度時間がかかります。こちらが望まなくても事故が起きてしまうこともあります。事故を起こさないようにあらゆることを一生懸命やって、「事故数が前年比1割減りました」となっても、事故にはさまざまな要因が重なりますので、本当にその施策によって減ったのかがわかりません。 企業再生時の社内改革の仕事を通して、私は、社内改革においては、このような大事だけれども結果が見えづらいことよりも、まずはわかりやすく結果の出やすいものにフォーカスし
GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -
という話を、社内のインフラチーム向けにしました。 Webオペレーションエンジニアの大体のイメージについてはこちらを御覧ください。書評なのですが、とてもイメージしやすいエントリになっていると思います。 blog.riywo.com スライドの中でも一応定義していて、３行にまとめると Webサービスの運用 OS・ミドルウェアの運用 運用技術の調査・開発 を主な業務として行っているエンジニアを指すことにします。 入社して間もないので、僕の人格の好き嫌いや人間関係みたいなものがまだできていない頃の発表ということで、素直に内容を聞くことができる、という意味でいい機会だったと思います。 この内容は、社内だけでなく社外のWebオペレーションエンジニアや、所謂、インフラエンジニアと呼ばれている人でも同じような悩みを抱えている人がいるかもしれないと思っていて、内容的にも公開しても良い話なので公開しようと思い
クライアントへのプレゼンや、営業シーンでの会話など、ビジネスにおけるコミュニケーションの場面は数多くあります。そうした中で、「自分の言っていることが伝わっていない」「会話が続かない…」など、悩みを抱えているビジネスパーソンも多いのではないでしょうか。 そこで今回は、日本マイクロソフトでプレゼンテーションを年間100回以上こなし、ビル・ゲイツが卓越した社員にのみ授与する「Chairman’s Award」を受賞した経歴も持つ澤円氏の著書から、「人も結果も引き寄せる会話の技術」をご紹介します。 Point1 「この場・この時間は二度とない」と意識する 澤さんは、「今、この瞬間に目の前にいる人と話をすることは奇跡である」と考えて、プレゼンテーションを行っているのだそうです。こう考えるのは日常の会話でもビジネスにおいても同様。「今、話をしている『この場』『この時間』というのは、もう二度とないんだ」
９案決議した、年末のグロースステップジャンプ会議。 優勝は西村ソーレイチームでしたーー 昨日は、間髪いれずに、本社機能マネージャー陣で、 新規案の実行力を高めるために、既存仕事のダカイ。 既存の仕事を、投資対効果と時間多寡で分類しだしてもらった上で、 （優先度とか緊急度とかでなく投資対効果＝経営者目線が大事） １）ゼロ化（過去の意思決定の残骸） ２）システム化（過去の意思決定で永続するもの） ３）投資対効果UP(現在の意思決定で効率化工夫） の視点で、責任者である曽山氏と私で、投資対効果最適化。 上半期かかげてる グロースステップジャンプの最大化をしていくための、 考え方のループを組織の共通言語化できたのもよかった。 肝は、グロースダカイから入るのでなく、 ジャンプファーストから入ること。 今日も一日集中していきましょーー！
先日書いたエントリでも触れたけど、日本OSS奨励賞、というものをいただくことになりました。ご推薦いただいた方がいるということで、本当にありがとうございます。 「第9回 日本OSS貢献者賞・日本OSS奨励賞」受賞者を選定 | 日本OSS推進フォーラム で、せっかくの機会だし、普段思っていることを書いておこうと思う。この内容はほとんど将来の自分に対する自戒だ。アレな内容になることを申し上げておきます。先日に引き続いてアレですが、まあせっかくの機会なんですよ。ねえ。 ちなみに、ちょー長くなりました。あっはっは。 業務としてのオープンソース活動 自分はフルタイムのオープンソースコミッタではない。オープンソース活動に貢献すること、などという文言は自分の業務内容にはひと言も含まれていないし、自分が所属する部署の目標にも無い。自分の業務はあくまで自社サービスに貢献すること、自社サービスの開発および運用を
こんにちは。元クロコスCTOの sotarok です。 元というのは、「クロコス」という会社が吸収合併にされてなくなったからですね。 「CTOとはどういう人だ」という話は、ここ1−2年ホットで、定期的に話題になります。自分の元上司であるグリーふじもとさんやnaoyaさんをはじめ、立派な諸先輩方が語ってくれているところではあります。 よりまとまった話をわかりやすく聞くには彼らの話を聞いてみるというのが良いかもしれませんね。GREEのエンジニアブログとか、wadapのブログとか、WEB+DBとか。 で、まあとはいえ、CTOというのをやってみた身として、自分なりに思っていることを、自分の言葉でまとめておくことをやってみようかな、と思っていたのでせっかくなのでブログに書いてみようと思います。 ただし、はじめに言っておきますがCTOとはこうでなければいけないとか言うつもりはありません。自分が意識して
4月、新生活、な雰囲気。 というわけでたまにはポエミーなことも書いてみます。 新たに部下を持つことになった人もいると思うので、 そんな人に役に立つかもしれない、 私が上司として大切にしていること3つを紹介します。 前提として、 HRやリーダーシップについて大学院やものの本である程度知識はつけているものの、 きちんとした専門のトレーニングを受けているわけではありません。 なにか勘違いとかがあれば教えてください。 人材マネジメントも組織マネジメントもプロジェクトマネジメントも得意なわけではないですが、 現実的に直轄の部下が20人近くいるわけで、 なかなかに悩ましいところであるわけです。 短期的な視点と長期的な視点は両方持ちつつ、 落とし所を探しながら日々過ごしています。 その1: 自分を基準にしない 思い遣りがないと感じられるかもしれませんが、 「自分だったらどうか」 「自分だったらどう感じる
日の出とともに起きるエンジニア この春で意図的に自分のライフスタイルをそれまでの「渋谷で月曜から飲んじゃうぜ！」パターンから完全に変えてから2年半が経ちます。現在自分は朝8時半に出勤、午後3時半〜4時くらいに退勤、あとは午後7時〜8時頃にまたオンラインになり家から必要な事を行う…という基本スケジュールをとっています。ステレオタイプなエンジニア象では夜中遅く暗い部屋でハックしているイメージがありますが、現在の自分は日の出とともに起き午後11時すぎには寝てしまう生活をしているエンジニアなのです。 幸いな事にプログラマー・エンジニアという仕事は周りの理解さえあれば伝統的なサラリーマンのステレオタイプから見たら明らかに異常なスケジュールでも特に生産性を落とさずに仕事を続けることができると仕事ですので、これを最大限利用させてもらっています。 自分は子育てのために意図的にこのような形を取っており、転職
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
あらゆる組織において、すべての管理職が共通してやるべきことは５つしかない。 逆に言えば、この５つをしっかりやることが前提となる。 ４月から管理職になる方からご質問をいただいたので、ここで改めて紹介しておこうと思う。逆に部下にとっては「上司がしっかり仕事しているか？」のチェックリストにも良いだろう。 1.部下の目標設定を手伝う 部下の目標の設定を手伝う。注意すべきは２点。 １点目はあくまで「手伝い」という点である。目標はあくまで自発的なものでなければ、責任感の醸成と、真の意味での目標へのコミットは不可能である。上司は方向性や会社が考える成果のイメージは伝えつつ、目標を決定することはあくまで部下にやってもらわねばならない。 ２点目は目標の達成までの期間である。中長期の目標と、短期の目標両方を設定する。会社の経営とは本質的に中長期の成果と短期の成果を両方バランスを取って追いかけることであるから、
※発言は個人の感想です。 わたしがCEOなのは本当です。いわゆる創業社長ってやつで、なし崩し的にCEOになってます。技術が分からないのも本当。また弊社は大企業でもなければIT企業でもないので、大企業だのIT企業だののCTOの場合はまた話が違うのかもしれません。まぁそんなの、究極的には各社それぞれケースバイケースですよね。 ただイマドキ、どこの会社も業務システムを使っているし外部向けのWEBサイトくらいあるでしょう？オンラインマーケティングだって少なからずやっているはずです。だからITと無関係な企業ってのもないんじゃないかなぁ。 そんなわたしがCTOに求める役割は 「経営課題のうち技術によって解決できるものを見つけ出し、解決してほしい」 です。 あ、念のために言っておくと、こういう文脈で「～してほしい」というのはモヤッとした個人的要望ではなくて、社として負ってほしい職責を指します。だから職務
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
