本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz
こんにちは。粕谷大輔（@daiksy）です。インターネット上では「だいくしーさん」と呼ばれることが多いです。現在は株式会社はてなで、Mackerel開発チームのディレクターを務めています。Twitterなどで使っている、地獄のミサワ風のアイコンをご覧になった方もいらっしゃるかもしれませんね。このアイコンは、前職のフロントエンドエンジニアに描いてもらったものです。 今の自分の仕事は、エンジニアとデザイナーで構成される開発チームを指揮し、プロダクトの安定稼働と、定常的なデリバリーに責任を持つことです。「エンジニアリングマネージャー」という言い方をすると、分かりやすいかもしれません。 自分のこれまでのキャリア選択を振り返ると、もちろん結果論のようなところもありますが、ある程度狙いを定めてキャリアを歩んでこられたのではないかと思います。本記事では自分のこれまでのキャリアについて、「どのように狙いを
2017年6月〜2020年3月まで、Quipperという会社でEngineering Managerをやってみての振り返りです。 ここ数日こつこつと退職エントリを執筆していたのですがこのセクションが長くなりそうだったのと、単体で読まれても良さそうなので1エントリとして切り出しました。*1 マネジャーになった背景から失敗から学んだことから思いついたことをぐだぐだ書いていきますがはっきり言って個人の日記レベルなので野暮なツッコミはなしでお願いします。*2 というかこれは個人の日記ですよ〜。（ここまで防衛線） マネジャーになった背景 / 当初の役割 記憶が確かであれば2016年頃にQuipperにも評価制度が導入されたのですが、当時すでに世界に数拠点あったためCTO@Londonが全員を評価するのは難しくなっていました。可能な限り現地オフィスで現地メンバーを評価したほうが納得感も高い、ということ
【資料公開】 ”チームを「自己組織化」されたチームに導く方法”として、「POStudy プロダクトオーナー祭り 2018 Summer」にて登壇させていただきました。CTO Officeの梶原です。2018年7月7日に POStudy ～アジャイル・プロダクトマネジメント研究会～ 主催の「プロダクトオーナー祭り」にて登壇させていただきましたので、資料を公開させていただきます。 チームが、チームの問題をチーム自身で問題を解決する成功体験を積み重ねていくと、徐々にチームが自己組織化されていくことができた事例を紹介させていただきました。 自己組織化が進むと、チームの問題を自分ごととして捉えられることができるようになります。 何かの参考になれば幸いです。
三連休にOKRのことばかり考えていたので、整理してみた。 どこかで誰かとOKR について話したい気もするので、東京近辺の方はお気軽にご連絡いただければ嬉しいです。 https://twitter.com/katsuhisa__
こんにちは。サービス開発部 ディレクターの五味です。 Android版クックパッドアプリのリリースマネージャーと、アプリ利用者に関わるいくつかのプロジェクトを担当しています。今回は私たちの部で実施している、ディレクターの定例会について紹介します。 サービス開発部 クックパッドの開発体制は、2年前に私が ディレクター知見共有会についてのエントリー *1 を書いた頃から少し変遷を経て、2017年からはサービス開発部が、レシピ検索・投稿などの基幹機能と、サービス全体のユーザー体験を一手に管轄するようになっています。 部のメンバーは現在40人ほどおり、部の注力指標からブレイクダウンしたKPIをベースに9つのプロジェクトチームに分かれています。チームの編成や人数は様々で、状況に合わせて入れ替わりもOK、KPI達成に向かっていれば、各チーム主体的に動くことが推奨される柔軟な組織を試みています。 プロジ
あなたは「先頭で引っ張る」のが得意なタイプですか？ リーダーのスタイルは複数あります。あなたの個性に合ったやり方が分かれば、リーダーの仕事に対する抵抗感は和らぐでしょう。 ビジネスパーソンへのコーチングでよく聞く悩みの1つが、「リーダーシップ」です。特に、リーダーになりたてのプレイングマネジャーから課題が多く寄せられます。 先日、話を伺ったエンジニアもそうでした。何でも、この4月に役職が上がってリーダーになり、マネジメントの仕事をすることが増えたそうです。気持ちでは「リーダーシップを発揮しなければいけない」と思うものの、システム開発の仕事もあります。リーダーの役割とエンジニアの役割の間で、バランスをとるのが難しいと言います。 リーダーになって仕事の量が増えることも不安ですが、そもそも「リーダーシップを発揮するのが得意じゃない」という人もいるでしょう。 そこで、今回は「エンジニアとリーダーシ
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
一般的に、人材育成の世界では 「辛抱強く人を育成することが大事である」 と言われている。 私も昔、人材育成を主たる商材とした会社にいたことがあったので、よく分かる。 だが、営業していると時折、 「人材育成を辛抱強く？そんなのキレイ事だし、効果ないよ。」 とバッサリ斬る人もいた。 そのうちの一人が、ある気鋭のwebサービス会社のマネジャーだった。 ———————— 当時、私は人材育成に関して深く洞察をしていたわけではなく、 「なんとなく、人は辛抱強く育成することが大事」と思い込んでいた。 しかし、そのマネジャーは私に冷水を浴びせた。 「意味ないでしょ。いいですか安達さん、いつまでも成長しない社員は、見限ることも大事なんです。」 と彼はいう。 彼は、エースのエンジニアであり、人を育てる立場のはずだ。 私は彼に言った。 「いえいえ、人は急には成長しません。ですから……」 マネジャーは私の言葉を遮
2015.10.29 ITニュース Kaizen Platform, Inc.など複数の企業で技術顧問を務めている伊藤直也氏。同氏が自身のブログ『naoyaのはてなダイアリー』をほぼ1年ぶりに更新したのが、界隈で話題となっている。 伊藤直也氏（From GitHub_naoya/myprofile） そのエントリテーマは「プロダクトマネジャー」について。Twitterでつぶやいていた内容をまとめられたことをきっかけに、筆を取ったという。 >> プロダクトマネージャーについて – naoyaのはてなダイアリー ここ最近、伊藤氏の下には、顧問契約を結ぶ企業以外にも相次いで相談が寄せられていた。その大半が、「良いプロダクトを作るために、開発体制を整えたい」という内容だ。 こういった問い合わせに対して伊藤氏は、「良い開発体制を作れば、それだけで良いプロダクトができるわけではない」と話し続けてきたと
こんにちは、新米ディレクターのid:yashigani_wです。 この記事ははてなディレクターアドベントカレンダー2日目の記事です。昨日はid:moretのそろそろ5年生なので右も左もわからない新卒のころの自分にアドバイスする - el cineでした。 私は8月にアプリケーションエンジニアからディレクターになりました。 はてなではディレクター職には担当するサービスの成長に責任を持つプロダクトオーナーとしての役割と、担当するチームの成果を最大化するマネージャーとしての役割が求められます。 マネージャーというと、多くのエンジニアはあまりなりたがらないとおもいますが、それはマネージャーに求められる責任を具体的にイメージできないことや未知の仕事に対する不安からではないでしょうか？ この記事は私の経験から、これからマネージャーになるエンジニアに向けてマネージャーがまず意識すべきことと、最初に陥るで
Leadership Principles
We use our Leadership Principles every day, whether we’re discussing ideas for new projects or deciding on the best way to solve a problem. It’s just one of the things that makes Amazon peculiar. Customer ObsessionDownload video transcript Leaders start with the customer and work backwards. They work vigorously to earn and keep customer trust. Although leaders pay attention to competitors, they ob
渡辺です。 自分は「教える」ことにやり甲斐を感じます。 大学時代を思い返すと、家庭教師やサポートセンターのバイトをやってました。 ボードゲームをする時は、ルール説明などを行っていました。 ゲームのインストの一環としてインストカードやサマリを作ることもあり、プレゼン資料作りも得意になりました。 IT業界に入ってからは、勉強会の講師や資料作成・ハンズオンのチューターなどを行うようになりました。 技術書の執筆やIT系専門学校講師も経験しています。 最近では趣味のスノーボードで、インストラクターの資格をとり、スノーボードスクールで教えています。 「教える」ことが好きなんでしょう。 これまで、様々な分野で技術を教えてきました。 畑はまったく違ったとしても、解りやすく「教える」ための技術は大きく変わりません。 今回はそんな「教える」技術をまとめてみました。 なお、本エントリーの対象は、その分野に初めて
Photo by Alex Dawsons 高村です。 最近、労働基準法改正案で残業時間の上限が「100時間未満」となったニュースが話題になっていますね。残業に関する東京商工リサーチの調査では、残業時間を減らす努力について「努力している」と回答した企業が79.7％、「努力していない」が12.4％、「不明」が7.8％だったそうです。近頃は世間の「残業は悪！」といった声も大きくなってきたため、働き方改善に取り組んでいる企業も多いのかなと思います。 moneyzine.jp ただ、この「努力」が本質的な残業削減につながっているのかどうかはまた別の問題です。 例えば一般に残業が多いとされるIT企業の開発現場ですと、「残業削減（禁止）令」を出された経験がある人もいるのではないでしょうか。私も前職で経験がありますが、ただ「残業はダメ、でも納期に遅れるのもダメ」と言われただけでは業務量に対する根本的な解
— 今回はIncrementsでQiitaのプロダクトマネージャーを担当されている及川さんにお話を伺います。早速ですがQiitaの概要やサービスコンセプトについて教えてください。 Qiitaはエンジニアのための情報共有コミュニティサイトで、様々なユーザーが技術の習得やトラブルシューティングに役立つ情報を発信しています。Qiitaはエンジニアのためのナレッジベースになっており、多くのトラフィックがGoogleなどのWeb検索から流入します。エラーメッセージをキーワードに検索し、Qiita上のページにたどり着いて問題を解決する、といった使われ方ですね。 Increments株式会社は「ソフトウェア開発をよくすることで世界の進化を加速させる」を企業ミッションとしています。その企業ミッションのもと、ソフトウェア開発を支える技術者のための知の共有プラットフォームとしてQiitaを提供しています。 人
以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
