マネージャーではなくとも、ある程度高い成果を期待されている人にはマネジメント能力を要求される。そういう話を雑に書いておきたい。 1人でガッと進められる範囲の仕事のインパクトには限界があり、あるレベル以上に達すると、誰かに何かを依頼したりチームを超えて足並みを揃えたりする必要が出てくる。 ここで要求される能力には、チームビルディング、ネゴシエーション、ファシリテーション、スケジューリング、ロードマップ作成といったものも含まれる。マネージャーロールではない場合、「これってマネジメントなのでは？」と感じることもあると思う。それに対する自分の答えは「Yes」である。仕事のインパクトの大きさを広げようとすると、マネジメントと同じようなスキルはプレイヤーにも必要になる。結局 Manage (なんとかする) 能力も技術と捉えて磨いていく方がよい。 つまるところ、いわゆるマネージャーとプレイヤーの違いは、

ゲームプレイヤーには、「エンジョイ勢」と「ガチ勢」という2種類がいる。 エンジョイ勢は、ゲームを楽しむためにやっている人たちのこと。 ガチ勢は、たとえば自己最高タイムや得点を目指したり、世界ランクを狙ったり、研究に研究を重ねてさまざまな統計を出したりする本気の人たちのこと。 たいていのプレイヤーは、「自分はエンジョイ勢なので仲良くしてください」という。 でも、「ゲームをエンジョイする」という目的が同じでも、「どうエンジョイするか」という手段が共有できていないと、すぐにトラブルが起こる。 それをわたしは、経験してしまった。 エンジョイ勢が集まってもゲームをエンジョイするのはむずかしい オンラインゲームでは多くの場合、ギルドやクラン、サークル、チームなどと呼ばれるグループをつくることができる。 まぁ仲良しグループ、ゲーム内の実家みたいなイメージだ。 そういったグループの募集文や紹介文を見てみる

doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 上から降ってきた無理な目標を達成するために、メンバー一人あたりの業務量は過多、労働時間は規定を超過し、仲間同士を気づかう余裕もなくなっていく…。 こうした疲弊した状況は、どの業界、どの会社でも起こりそうなもの。業界そのものの成長や変化のスピードが速く、それゆえ競争も激しく、各社が掲げる目標が高くなりがちなIT業界も、決して例外ではないでしょう。ガイアックス社のソーシャルメディアマーケティング事業部も、かつてはそうだったといいます。 ところが、2015年9月に同社最年少の26歳（当時）で管大輔さんが事業部長に就任すると、2年前まで約40%だった離職率は0%に。なおかつ売上は1年半で5倍まで伸びたといいます。目標に追われ、疲弊

カヤックの退職率は、2017年は約13％に着地する見込です。 この数字を高いと見るか、低いと見るかは、人によると思いますが、カヤックの退職率は一時期25%の時代もありましたから、その頃から比較すると変化したとはいえます。 マネジメントの本質は「矛盾のマネジメント」である。 マネジャーの役割は、矛盾する課題を前に、 決して「割り切る」ことなく、その矛盾を把持し続けることである。 これは田坂広志さんの名言のひとつです。 マネジメントも仕事も、結局人間のすることですから、絶対的な正解や黄金式はありません。つまり、常に矛盾と戦いながら、割り切ってあきらめてしまうのではなく、正対しながら取り組んでいく。そのプロセスこそが価値であり、その過程において自分が成長するのではないかと思います。 今回はその矛盾のひとつである、退職率というものについて考えてみたいと思います。 もともとカヤックの経営理念は「つく

はじめに サービス開発部部長の勝間(@ryo_katsuma)です。 普段は、エンジニア、デザイナ、ディレクターを含む様々な職種のメンバーのマネジメントを行っています。 今日は、私の部署における組織づくりの取り組みについてお話いたします。 背景 現在、私が所属しているサービス開発部は、年初の組織改編時に発足しました。レシピをさがす、のせるなどを含むレシピサービス、いわゆる「クックパッド」において、広告事業、会員事業など事業にまつわる開発以外のユーザーに触れる部分の開発を行っています。 クックパッドはPCウェブ、モバイルウェブ、モバイルアプリといくつかのプラットフォームをサポートしていますが、ここ最近の部署での開発はモバイルアプリを中心に行っています。 メンバーの数も他の部署と比較しても多く、学生アルバイトも含めて約45人が所属し、役割ごとに分割されたグループにも10人前後のメンバーが配置さ

夏のLT大祭り2017 ～ライトニングトークが世界をツナぐ～ [POStudy ナイトセミナー][2017/07/24(月)] https://postudy.doorkeeper.jp/events/62611

人事担当役員の曽山が、マネージャーの 「目標設定力」についてブログを書いてます 。 確かに仕事がデキるマネージャーは、 自分自身が明確な目標を持ち、 コミット力があります。 しかし、更に優秀なマネージャーは 自分のメンバーに、目標を設定させる能力にも 長けていると思います。 右へ左へぶれていたり、 優先順位を間違えたり、 バランスを欠いていたり、 決断力がなかったり、 そういう人は一見仕事ができなそうですが、 実は軸となる目標がセットできてないだけ、 というケースが多いです。 マネジメントからの視点で見たとき、 メンバーに明確な目標をセットさせることに成功すれば、 彼（彼女）のパフォーマンスは格段に上がります。 メンバーと向き合って、 （彼は、どんな目標なら達成意欲が沸くか） （彼女は、何に興味があってやる気を出すか） （頑張れば、達成可能なぎりぎりラインはどの辺か） 目標設定はマネジメン

以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする

昨日、Cookpad TechConf 2017にて「チームでプロダクト開発するための取り組み」というタイトルで登壇しました。 speakerdeck.com www.youtube.com 発表後にTwitterをエゴサーチしてると、評判が良かったようで一安心していました。 しかしその評判が想像以上に良くて、ちょっと自分の中でギャップを感じました。 で、よくよく考えてみると、一つ前提が抜けていたなと思い、今ブログを書いています。 その前提とは チームメンバーはすごく技術力も実装力もあるエキスパート 僕などよりも全然高いレベル 対象とするプロダクトを現時点で作れるレベルの能力を持っている もしくは作れるレベルのポテンシャルを持っている かつ、自分自身で成長・自走していくことができる というものです。 この前提があると何が良いのかを少し説明します。 一つ。チームメンバーには作ろうとしているプ

この記事は、Pepabo Managers Advent Calendar 2016の3日目の記事です。2日目は、弊社チーフエンジニアhsbtさんの「マネージャが仕事の仕組みを作る」でした。 僕自身は、エンジニア専門職の主席研究員兼シニア・プリンシパルエンジニアではありますが、特にペパボ福岡のエンジニア組織を現場でまとめる人間として、エンジニア組織を成長させる中で個々のエンジニアの成長をサポートしているという意味では、マネージメントに関する活動も兼ねております。 しばしば、インターネットサービスの高度化と複雑化の速度が早過ぎるため、グランドデザインができない、人が多過ぎても成立しない、少な過ぎても難しい、とういうような類のサービスを作り上げないといけない状況があります。その際に、厳密過ぎない役割を持たせ、それぞれが横断的にそれぞれのスタイルで、まるで、攻殻機動隊の世界におけるスタンドプレー

はじめに 十名～数十名ぐらいのプロジェクトで開発することの多いドリコムだが， プロジェクトの中に「プロジェクトリード職」という役割を置いている。 プロジェクトの実現性と健全性を担保するのが仕事だ。 ディレクター，プロダクトデザイン，プランナー，アート，エンジニアリーダーという風に 職種別のリード職を設けていて，エンジニアリーダーの場合はアーキテクチャや安定稼働， (技術的な) ユーザビリティ等への専門性を持って責任を負うのと，エンジニアチームの チーム作りもミッションに加えている。 最近は開発ライン数が増えてきたこともあり，新卒 2，3 年目のリード職が増えてきた。 リード職になった人に「一メンバーだった頃と何が違う？」と聞くと， よく「視野が広くなった」と返ってくる。 視野が広くなるとは具体的にどういうことなのか，掘り下げてみようと思う。 主に 2 年目エンジニア向けのエントリです。 仕

この記事はProduct Manager Advent Calendar 2016の7日目の記事として書かれました。6日目の記事はgackyさんのおじさん Product Manager サバイバルガイドでした。 はじめまして。GMOペパボ株式会社でディレクターとして働いています。@jitsuzon です。弊社ペパボには「プロダクトマネージャー」という名称の職位や役職は存在しないため、自称プロダクトマネージャーとして、サービスのあれやこれやに関わっています。自称に至った経緯はこちらのスライドをご参考ください。 いきなりですが、みなさんのチームは「良いチーム」でしょうか？どこが良いのでしょう？どのくらい良いのでしょう？ この記事では、それをアンケートを用いて定量的に確認する方法について実践を元にお伝えしていきます。最近話題にのぼってくることも多い「心理的安全性」なんかも登場します。 背景 私

プログラマの世界には「技術的負債」という言葉がある。ソフトウェアを開発していく中で、時間がなくて妥協したり、技術力が足りなかったりして、適当に作ってしまった部分が、後々になって不具合を引き起こしたり、改修にかかるコストをあげたりすることを言う。 後になればなるほど、悪影響が大きくなることから負債と喩えられる。そんな技術的負債と同じように、組織やチームのマネジメントでも、後になればなるほど悪影響が出てくるような「組織的負債」とも言えるような現象が起きてしまうことがある。 本記事では、私たちソニックガーデンで「組織的負債」を貯めないようにチーム経営してきた経験をもとに、プログラマの哲学を応用したマネジメント術について書いた。（今回の記事では「である」調にしてみた） 技術的負債と組織的負債の生まれる背景 技術的負債が生まれるのは、スタートアップの初期段階に多い。その時期は得てして、経験豊富な技術

こんにちは、 id:stanaka です。 先日、社内ミーティングでディレクターから「エンジニアの専門性を伸ばすためにディレクターとしてなにができるか」という質問を受けて回答した社内向けエントリを公開します。 (ちなみに、はてなでのディレクターは、エンジニア、デザイナーなどの数名のメンバーからなるチームの率いる、現場にもっとも近いマネージャー、というポジションです。) エンジニアの専門性を伸ばすためにディレクターに気をつけてほしい3つのこと 1. 引き出しの数を増やすことができるようなタスクを振る エンジニアにとって自分が持つ引き出しの数と専門スキルは強い相関関係があります。サービス開発において遭遇するさまざまな局面において、いくつかの選択肢を提示でき、さらにその中から最適なものを選びとれることは、エンジニアの専門性が高いことの証です。 そのためには、いろいろな経験をさせてあげることが大事

あるとき突然『チームのキーマンが抜ける』というイベントが発生しました！ まあ会社という組織ではよくありますよね（苦笑 チームメンバーが不安がっていたので、以前、楽天の川口さんに教えてもらったドラクエ風スキルマップを使って今の状況を可視化してみました。 これもまさにゲーミフィケーションって感じですねぇ～ スキルマップを作る過程 元々はWebアプリケーションエンジニアのスキルマップだったため、自分達に合うように数人でスキルマップを練り直しました。 これだけでもかなり盛り上がりましたッ！！ 以下は川口さんのオリジナルから変更したところです。 要件定義のスペシャリストとして、商人を追加。 旅芸人はマネージメントのイメージに変更 スキルの方向を上方向に変更 盗賊のスキルレベルの見直し CやC++をイメージして文言を見直し 特性に対応するキーワードを追加 スキルマップを記述する チームメンバーに実際に

先日、ご出資頂いている株主である リンクアンドモチベーション様（LMI）の社員総会にお邪魔して、 親戚としてのご縁で グループに入らせて頂いたご挨拶という形で LMIグループ社員1000名以上の前で 会社のプレゼンをさせて頂く機会を頂戴しました。 1000人以上あつまると、さすがに迫力あります。 さながら、コンサート気分です。 さすがモチベーションエンジニアリングを 商品にしている会社だけあって、 総会の至るところに、工夫と知恵がちりばめられていて 終止、感動＆感心しきりだったのですが 僕が一番、感銘を受けたのは 参加するグループ社員様1000名の参加姿勢でした。 会の始めから終わりまで、 終止ずっと肌で感じる雰囲気がありました。 それは言葉にすると以下のような雰囲気です。 ①開催者の労力への感謝、リスペクト 「忙しい中、こんな素敵な会を準備してくれてありがとう」 ②開催者の意図を汲み取っ

1969年早稲田大学商学部卒。資生堂、リクルートを経て、教育コンサルタントとして独立。現在、五十嵐コンサルタント（株）代表取締役。（株）自己啓発協会インストラクター。専門分野はＭＢＯ－Ｓ（目標管理）研修やマネジメント・システムの構築支援活動。セミナー受講、講演受講者はのべ10万人超。著書に『個人、チーム、組織を伸ばす　目標管理の教科書』（ダイヤモンド社）などがある。 個人、チーム、組織を伸ばす　目標管理の教科書 「目標管理」は人事考課の道具じゃない！　ドラッカーが提唱した「部下のヤル気を引き出し、業績を伸ばす」という、本当の目標管理（ＭＢＯ－Ｓ）の実践法を解く。 バックナンバー一覧 目標管理（ＭＢＯ）はドラッカーが提唱した、人を大切にするマネジメント法です。しかし、「ノルマ管理」「人事評価制度」と誤解されることが多いのも事実。そこで、『個人、チーム、組織を伸ばす　目標管理の教科書』の著者・

グッドパッチ執行役員に就任した藤井幹大氏 ドイツ・ベルリンにオフィスを開設することを発表し、グローバル展開に乗り出したUIデザインエージェンシーのグッドパッチ。現在、グッドパッチは50名以上のメンバーが働いているが、これまで役員は代表の土屋尚史氏1人だった。 海外展開への本格化に合わせて、社内の体制にも変化があった。ベルリンオフィスの代表となるボリス・ミルコヴスキー氏が執行役員に就任した他、東京オフィスにも新しく藤井幹大氏が執行役員として就任している。 <関連記事> UIデザインエージェンシーのグッドパッチがベルリンに初の海外拠点を開設、海外展開を本格化 – THE BRIDGE（ザ・ブリッジ） グッドパッチは、多様性を重視することをテーマにしていたり、規模の拡大を目指しつつも、クリエイティビティや自由度はなくさないように務めるなど、デザインエージェンシーとしてのあり方にも注力している。

概要 お願いした作業の進捗を聞くときには「進捗どうですか？」より「困ってますか？」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか？」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか？」はtwitter上で使うと「最近どうよ、忙しいの？」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか？」は質問攻めになりやすいと思うからです。「進捗どうですか？」の先に待っているやりとりはだいたいこんな感じです。 こんな感じでリーダー主体の質問攻めになってる場面をよく見ます。もちろん、ほとんどのリーダーとしては現状を良くしようと純粋に質問しているだけだと思います。でもこれを詰問と感じて