CEDEC2017「優れたエンジニアが集まり継続的に成長する会社にする方法 ～組織を急拡大させる採用育成評価ガイド～」講演資料です。
優れたエンジニアが集まり継続的に成長する会社にする方法 ～組織を急拡大させる採用育成評価ガイド～/Concise Guide to Finding the Best Technical Talent
CEDEC2017「優れたエンジニアが集まり継続的に成長する会社にする方法 ～組織を急拡大させる採用育成評価ガイド～」講演資料です。
イーロン・マスクがテスラの従業員に宛てたメール「優れたコミュニケーションの姿」が頭にガツンと効く一撃
By OnInnovation オンライン決済サービス「PayPal」の母体を作り、世界で最も成功しているEVメーカー「テスラ」の創設、民間宇宙開発のトップをひた走る「スペースX」を立ち上げた経歴を持つイーロン・マスク氏の成功はこれらにとどまらず、超高速交通網を開発する「ハイパーループ」、都市の地下にトンネル網を張り巡らせる「Boring Company」などの構想をうち立てるなど、そのアイデア力と経営手腕は非常に高いものがあります。そんなマスク氏が数年前にテスラの従業員宛に送ったというメールには、組織としての強靱な体力を実現するために必要な社内コミュニケーションの在り方が雄弁に語られています。 This Email From Elon Musk to Tesla Employees Describes What Great Communication Looks Like | Inc.c
心理的安全性について本気出して考えてみたら普段やってるチーミングの話だった #DevLOVE
2017年7月21日（金）DevLOVE関西「心理的安全性」のことに思いを馳せてみるにて。
良いチームとは「何でないか」 - Yamotty Blog
2017 - 01 - 20 良いチームとは「何でないか」 プロダクト-プロダクトマネージャー 「良いチームとは何か？」 という質問を投げかけると、答えが多様にわたり、同じチームに所属していたとしても認識が全く揃わないことはザラである。 アメフトチームをコーチしていた時。この組織の目的は驚くほど明確で「全ての試合に勝つこと」以外に存在しない。と、僕は思っていたが、チーム全員（100名超）との1on1を行うと 「職場での評価が上がる」 「仲間との関係」 「〜に憧れている」 などの、「勝利」と直結しない所属動機が浮き彫りになった。また仕事におけるチームでも、同様の質問を投げかけると 「会社に来るのが楽しいこと」 「コミュニケーションがスムーズ」 「お互いが尊重し合える」 など、必ずしもチームが達成を目指す成果に結びついていない回答が殆どであったりする。このことから、 良いチームを定義するのは簡
優秀なあの人が｢無能なリーダー｣になる理由
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
エンジニアがチームで価値を発揮するために気をつけたいこと - 詩と創作・思索のひろば
この記事は、はてなディレクターアドベントカレンダー2016の17日目のエントリです。（昨日は id:daiksy の『嫌われない勇気』でした。） id:motemen です。過去には立ち上げ期の Mackerel チームのディレクターをしていましたが、当時のことは 過去の記事 にあるとおりで、あまりディレクターとしてほかに書けることもないので違う話を。 今年のはじめごろに エンジニアの専門性を伸ばすためにディレクターに気をつけてほしい3つのこと - Hatena Developer Blog という記事が書かれましたが、これはディレクターからエンジニアに向けた話だったのでこれの逆バージョンを書いてみようと思います。 先に書いておくと、ぼくは新卒ではてなに入社し、ディレクターの id:nmy さん（アドベントカレンダー最終日）や id:chris4403 さん（アドベントカレンダーのエントリ
これからマネージャーになるエンジニアのあなたへ - yashiganiの英傑になるまで死ねない日記
こんにちは、新米ディレクターのid:yashigani_wです。 この記事ははてなディレクターアドベントカレンダー2日目の記事です。昨日はid:moretのそろそろ5年生なので右も左もわからない新卒のころの自分にアドバイスする - el cineでした。 私は8月にアプリケーションエンジニアからディレクターになりました。 はてなではディレクター職には担当するサービスの成長に責任を持つプロダクトオーナーとしての役割と、担当するチームの成果を最大化するマネージャーとしての役割が求められます。 マネージャーというと、多くのエンジニアはあまりなりたがらないとおもいますが、それはマネージャーに求められる責任を具体的にイメージできないことや未知の仕事に対する不安からではないでしょうか？ この記事は私の経験から、これからマネージャーになるエンジニアに向けてマネージャーがまず意識すべきことと、最初に陥るで
エンジニア個人が自主的に成長するように促す - エンジニア組織の自律的成長 - 人間とウェブの未来
この記事は、Pepabo Managers Advent Calendar 2016の3日目の記事です。2日目は、弊社チーフエンジニアhsbtさんの「マネージャが仕事の仕組みを作る」でした。 僕自身は、エンジニア専門職の主席研究員兼シニア・プリンシパルエンジニアではありますが、特にペパボ福岡のエンジニア組織を現場でまとめる人間として、エンジニア組織を成長させる中で個々のエンジニアの成長をサポートしているという意味では、マネージメントに関する活動も兼ねております。 しばしば、インターネットサービスの高度化と複雑化の速度が早過ぎるため、グランドデザインができない、人が多過ぎても成立しない、少な過ぎても難しい、とういうような類のサービスを作り上げないといけない状況があります。その際に、厳密過ぎない役割を持たせ、それぞれが横断的にそれぞれのスタイルで、まるで、攻殻機動隊の世界におけるスタンドプレー
職場を崩壊させないために必要な「心理的安全性」を作り出す方法
by sid 「昼から夕方の6時間労働がクリエイティブな仕事には重要」など、仕事において人がアイデアを出し、イノベーションを起こすために必要なものについては色んな説があります。一方で、「仕事」ではなく「仕事場」において重要なのは個人の資質ではなく、「心理的安全性」であると説いているのが世界で最も影響力のあるビジネス思想家に選ばれている世界的な経営学者Amy Edmondson教授。Edmondson教授はスピーチフォーラムのTEDで、心理的安全性がないとどのような事態を招くのか、そして職場が心理的安全性を得るにはどうすればいいのかを語っています。 Building a psychologically safe workplace: Amy Edmondson at TEDxHGSE - YouTube Edmondson教授が語ったのは、まず以下の3つのエピソード。 「ある都会のせわしない
【資料公開】強いチームの作り方 | Ryuzee.com
2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。
【南場智子×森川亮 特別対談（4）】社員を管理するから「ヒット」が生まれない！
シンプルに考える 「あれも大事、これも大事」と悩むのではなく、「何が本質なのか？」を考え抜く。そして、本当に大切な１％に１００％集中する。シンプルに考えなければ、何も成し遂げることはできない――。LINE㈱CEO退任後、注目の経営者がはじめて明かす「仕事の流儀」！ バックナンバー一覧 ＬＩＮＥ（株）ＣＥＯを退任後、C Channel（株）を立ち上げた森川亮さんの初著作『シンプルに考える』の発刊を記念して、（株）ディー・エヌ・エー創業者である南場智子さんとのトークセッションが行われた。テーマは「結果を出す人の思考法～すごい人はなぜ、すごいのか？」。南場さんのベストセラー『不格好経営』と『シンプルに考える』から引用した言葉をもとに語り合っていただいた。（この連載は、6月4日に東京カルチャーカルチャーで行われた対談イベントのダイジェスト版です。構成：田中裕子） 任せたら口を挟まない。 口を出すの
組織能力を圧倒的に成長させること - Kentaro Kuribayashi's blog
この記事は、Pepabo Advent Calendar 2014の12日目の記事です。前日は、hisaichi5518さんの「Web APIを作るときに考えること。 - パルカワ2」でした。 ここ半年ほど考えていることを、以下に述べる。 技術とは何か？ 「技術とは何か？」という問いに対しては様々な回答があり得るが、ひとまず「企業にとっての技術」という観点からいえば、経営学による以下の記述にその定義を求めてもよいだろう*1。 すべての企業が、自分が必要なインプットを市場から買ってきて、それに自分が得意とする「技術的変換」を加えて、その結果として生まれてくる製品やサービスを市場で売っている。 (中略) 誰にでも容易に手に入る財やサービスであれば、とくに企業が存在してその提供を業とする必要はない。その提供プロセスが難しいからこそ、その困難さを解決する努力が企業の「技術的変換」になるのである。
イノベーションが失われた組織から脱却する10のルール | GREE Engineering
こんにちは！ ガレージスタジオ部 岸田崇志です。 記念すべき『GREE Advent Calendar 2014』1日目の記事となります！ GREE Engineers' Blogを書くことに憧れて入社したのですが、5年半経ってようやく夢が叶い感慨深いです。 と、前置きはさておき、本題に入らせていただきます。 ここ数年大ヒットが生み出せていないグリーですが、会社が大きくなる中でゲームが作りにくい組織になっていました。 そこで、その課題と現在行っている取り組みについて紹介させて頂きたいと思っています。 めっきりクリエイティブなイメージが薄くなってきたグリーかなと思っているのですが、 「グリーらしくない！」と言われるゲームを作ることが私の狙いの一つでもあります。 過去の自分を振り返り会社が大きくなる中で、自分自身の至らないところもあり以下の様なケースがあったかと思っています。 今までの課題事
企画ってどういう奴がやるといいんだろ 島国大和のド畜生
【 第27回】企画とエンジニアだと企画が偉い。（川上量生の胸のうち） 面白い記事だったのでまたかいつまんで、勝手な感想を書く。 反論とか全面賛成でなく井戸端話的に。 でもうちの会社って、エンジニアを大事にする文化があるので、企画は地位が低いんです。それっていうのは、あまり企画者がバリューを出せてなかったからだと思うんですよね。企画者って、ポジションで偉いわけじゃなくて、企画そのものの影響範囲が大きいから偉いんですよ。 素晴らしいなー。一文でほとんどの問題点を触っている。 企画屋がそのポジションを使って仕事をすると、他の人が苦労する。 俺の言う事を聞け、俺が企画だ文句を言うな。的な進め方。言い方だけ丁寧で中身は一緒とか。 もちろんこれで成功する場合もある。だがその場合周りが苦労する。 大規模開発ならばサポートする人が苦労を背負い込んで上手くまわす手があるが、少人数開発で回りに負荷を一定以上か
いくら言っても、人や組織が変わらない理由：日経ビジネスオンライン
広野 彩子 日本経済新聞社NAR編集部次長 朝日新聞記者を経て日経ビジネス記者、2013年から日経ビジネス副編集長。日経ビジネスオンラインでコラムの執筆・編集を担当。入山章栄氏の著作『ビジネススクールでは学べない 世界最先端の経営学』を担当。 この著者の記事を見る
社員が自ら動き出す組織のつくり方 | in the looop | Looops communications
動かない部下、苦悩を深める管理職という現実 管理職は孤独な職業だ。10万人を超す大企業のトップ、数名で踏ん張る町工場のオヤジ、トップと現場を必死につなぐ部長や課長たち。部下を動かす使命をおった管理職にとって「ヒトの悩み」が尽きることはない。毎週の会議で予算必達の号令がかかる。もとより困難な目標なので、部下には無理を強いざるを得ない。しかし、ボスが社員を統制しようとあがくほど、部下の心は離れ、冷たい隔たりができてゆく。 つらいのは現場の社員だけではない。管理職も心の中で声にならない悲鳴をあげているのだ。 特にバブル崩壊以降、成果主義の導入や雇用形態の変化に伴い、管理職の苦悩は深刻化の一途をたどっている。日本政府統計をベースに30～59歳男性の死因と職種の解析をした北里大学の研究によると、管理職および専門職の年齢の影響を除いた死亡率が、1990年代後半から2000年にかけて70％ほど増えている
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社内の問題点を可視化する「納得度アンケート」の効果と作成方法｜日本人事コラム
開発組織マネジメントのコツ - Speaker Deck
【KAIZEN platform】性善説で成り立つストラクチャードカオス | geechs magazine
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
