誰かから方針を共有された時、なんだか納得できなくてモヤッとすることがある。そういう時に共有した側もされた側も不幸にならないためのお作法的な動き方があると思っていて、雑にまとめておきたい。 1. 初手でファイティングポーズを取らない 納得できないこと ≒ 背景がわからないことに対する不快感はすごくて、つい"強い"言葉を使ってしまいがち 相手も人間なので、そういった態度や口調は鏡のように反射してくる。そうすると物事を前に進めにくくなってしまう 一見して不合理な方針だと感じたとしても、その裏にはそれなりに込み入った背景がありタフな議論が積み重ねられていることも多い まずは深呼吸して初手でファイティングポーズを取りそうになるのを抑えて、「取りまとめありがとう」って感じで相手へのリスペクトを示すとよい 2. 何に納得できないか深掘りする 納得できない時、意外と自分でも何が問題なのかはっきりとわかって
はじめに約1年ぶりのエントリーになります。今回はマネージャーの評価基準というタイトルで書きたいと思います。 マネージャーを評価する基準というのはありそうでないなと、この1年色々な経営者・マネージャーの方と話す中で感じていました。 その時残すべき成果が出ていればマネージャーとしてOKとしている会社もあれば、「マネージャーとしての行動リスト」のようなものが5個〜多くて30個程度であり、その行動リストを評価とまではいかなくとも、チェックリストのように使っている会社もあります。 しかし、前者の場合は「成果が出ていれば色々な犠牲が出てもよし」となりますし、後者の場合は「行動リストのうち今必要が無いことも行動せよ」となるので、両方ともマネージャーを評価する基準としては何か違うなと違和感を覚えてました。 しかし、何を以て良いマネージャーなのか、それを判断する基準がなければ、マネージャーに何を求めて良いか
Linear is a purpose-built tool for planning and building productsLinear is a purpose-built tool for planning and building productsPlan and build your productPlan and build your product Meet the system for modern software development. Streamline issues, projects, and product roadmaps. Linear is a purpose-built tool for modern product development. Streamline issues, projects, and product roadmaps.
HashiCorpは、ソフトウェア実行時に必要となるトークンやパスワードといった、いわゆるシークレットを安全に保管し提供するクラウドサービス「HCP Vault Secrets」をパブリックベータとして公開したことを発表しました。 同社はシークレットを管理するソフトウェアとして、以前からオープンソース版の「Vault」を公開しており、それを企業向けに強化した商用版のソフトウェア「Vault Enterprise」、そしてVault Enterpriseをクラウド上でマネージドサービスとして提供する「HCP Vault」を既に提供しています。 今回パブリックベータとなった「HCP Vault Secrets」は、HCP Vaultをシンプルにし使いやすくしたサービスであり、HTTP専用で、HCP Vaultのクラスタサイズやバージョンなどの構成を気にすることなく、サーバレスのようなサービスと
みなさんこんにちは。株式会社メンバーズ新卒入社4年目兼、子会社のメンバーズデータアドベンチャーの社長をしてます白井と申します。今日はメンバーズのプレイヤー時代にしていたメンター業務の話です。 なぜこれを書いたかだいたいメンターって急に任命されて、手本は自分のメンターくらいしかいないけど、その人が放置主義だった場合、よくないと思っていてもやり方がわからなくて途方に暮れる、みたいな状況が結構あると感じています。これはメンター・メンティー双方にとって不幸だし、なんなら日本経済の損失なので、このnoteで一人でも多くのメンター・メンティーが幸せになってくれることを切に祈ります。 私自身はというと、新卒1年目でついたメンターはまったくもってメンタリング業務はしてくれませんでした（笑）。相性の問題もあったと思いますが。そして2年目のとき、新卒1年目の人のメンターをする機会に恵まれました。めっちゃ気合い
こんにちは、CTOの松本です。CEOの福島がサウナの話を書いていましたが、自分も週2でサウナに通っています。先日初めてテントサウナを体験したのですが、秋空の下のサウナは最高でした。またやりたい。 本題ですが、本日もLayerX Advent Calendarの一環でブログを書いています。今回でもう50日目だそうです。直近Engineering Managerの採用も進めており、それに関連して人のマネジメントに関わることを書こうと思い、今日のお題は「1on1」です。 このブログを読んでくださっている皆さんの会社でも、1on1はだいぶ浸透してきたのではないでしょうか。何を話そうか、どう向き合おうか、など悩みも多いのかなと思います。 LayerXに限らず、自分の関わる組織では1on1をピープルマネジメントの重要な取り組みに位置づけてきました。これに関連して、皆さんが1on1で悩まれた時のサポート
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされ
2020年7月4日、5日の2日間で開催された技育祭 2020では3つのセッションに登壇した @makoga です。 CTOパネルディスカッション 初日のオープニングセッションとなるCTOパネルディスカッションでは、『エンジニアリング組織論への招待』の著者であり株式会社レクター 取締役 広木さん、ビジョナル株式会社 取締役CTO 竹内さん、 合同会社DMM.com CTO 松本さんの3人をパネラーに迎え、私はモデレータとして参加しました。 https://www.youtube.com/watch?v=83P_svRogpswww.youtube.com このパネラーで面白くならなかったらモデレータの責任だなと思っていたので、たくさんの人が視聴してくれてホッとしました。 Goライブコーディング 午後には、すずけんのライブコーディングの解説役として参加しました。 ※動画が公開されたらここに追記
もう7年前になりますが、DeNA創業者の南場智子さんが講演で話された内容がとても良くて、いまでもたまにそのときのメモを読み返します。 2013年7月に日経新聞主催で開催された「グローバル・ウーマン・リーダーズ・サミット」での特別講演。「他人とか自分のことをあまり意識せず、コトに向かうように」というメッセージでした。 聞きながら取ったメモから、ここに再構成してみます。 南場：南場です。私あの、今日すごいアウェイ感を感じてまして。女性であるとか、男と女という枠組みで物事を捉えることが、すごく苦手というか、好きではなくて。 それで会社を起業したものですから、我が社の知名度が上がると、よく海外から「もすとぱわふるうーまんず、なんとか」に出てくれとかですね。そういう言葉を聞いただけで、クラクラと目眩がする感じです。 それで今日なんでここにいるのかなっていうと、日経さんで本を出しまして、お世話になっち
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
本マニュアルの概要本マニュアルは、「ベンチャー企業のマネージャーに必要な行動の型・知識」を、私のマネジメント・経営の実践経験、及び様々なベンチャー企業の経営アドバイザーとして観察したことを元に体系化してまとめたものです。 総論だけではなく各論に突っ込んだ、ベンチャー企業のマネージャーのための”実務マニュアル”です。 (ベンチャー企業のマネージャーのことを、以下ベンチャーマネージャーと呼びます) ベンチャーマネージャーに必要な以下のことについてまとめました。 ・ベンチャーマネージャーの役割 ・ベンチャーマネージャーの基本動作 ・ピープルマネジメントの技術 ・ベンチャーマネージャーの立ち位置と心得 約300枚のスライドでまとめています。 マネジメントというのは「総合格闘技」です。 マネジメントは目標設定だけでもないし、コーチングだけでもなしい、モチベーションコントロールだけでもありません。 あ
※クラシル開発チーム向けの資料を外向けに公開した内容です これから開発メンバーが増えてくるので、カルチャーを言語化してみた。今できている文化もあると思うし、今後の考え方を言語化したモノもある。 これをクラシル開発チームのオンボーディング資料として、継続的にアップデートしていくことにする。 これは何に使うのか・新メンバー向けのカルチャー説明 ・メンバー同士で声を掛け合ってカルチャーを浸透させていく ・採用面接やリファラル採用時の文化説明 作った背景開発部もエンジニア、デザイナーが増えて組織が大きくなってきた。常にユーザーファーストであり続けられるよう今から言語化しておく事にする。 「成長痛」とも言われるが、ベンチャー企業の組織拡大に伴い30 / 50 / 100人の壁が存在していて、組織に歪が生じやすいし、個人で成果を出すのが難しくなってくるタイミングがある。 人が増えていく過程で様々なカル
マネージャーは非常に重要な役割であり、従業員の業績に大きな影響を与えます。優れたマネージャーの条件を共有し、能力開発の機会を提供し、優れたマネージャーを称賛するなどの方法で、従業員をサポートしましょう。 Google はこれまで、マネジメント業務の大切さを必ずしも正当に評価してきたわけではありません。2002 年、すべてのマネージャーを廃止して管理職のいない組織にするという「実験」を行いました。しかし、この実験は失敗に終わりました。2008 年には、調査チームが、マネージャーは重要な存在ではないという一部の意見を証明しようと試みますが、すぐにまったくの正反対であることがわかりました。つまり、マネージャーはきわめて重要な存在だったのです。 そこで、Google における優れたマネージャーの条件とは何かを正確に突き止めるため、「Project Oxygen」という調査プロジェクトが実施されまし
こんにちは、ゆのん(id:yunon_phys)です。この記事は Akatsuki Advent Calendar 2018 の22日目の記事です。 前日は@kackytwさんのDQNの学習速度を改善するでした。 Engineering Managerのjob descriptionを共有する流れ 近年、Engineering Manager(EM)業界が賑わってきています。特に2018年は非常に活発化した年でした。書籍としては、エンジニアリング組織論への招待とエンジニアのためのマネジメントキャリアパスという名著が生まれました。また、Engineering Manager Meetupが3回開催され、Slack workspaceでは12/22時点で268人となっています。EMのためのPodcast EM.FMも誕生し、総再生回数が10,000回を突破するなど、多くの方から注目を集めていま
2019年9月24日、株式会社メルカリにて、エンジニア向けイベント「Mercari Bold Challenge ~CTOとエンジニアが赤裸々に語る 変化と挑戦~」が開催されました。社員数は1,800人を超え、40ヵ国以上の国から多様な人材が集まり急成長を続けるメルカリ。一方で、急成長に伴って新たな課題も生まれています。そこで今回は「Bold Challenge（大胆な挑戦）」というテーマで、メルカリのエンジニア組織の変化と挑戦について、そのリアルを語ります。プレゼンテーション「メルカリのエンジニア組織の今とこれから」に登場したのは、執行役員CTOの名村卓氏。講演資料はこちら CTO名村氏が語るメルカリのエンジニア組織の今 名村卓氏：こんにちは。CTOの名村です。僕からは、メルカリのエンジニア組織の話をさせていただきます。「今とこれから」ということで、これまでのことと、今抱えている課題と、
Getty Images あなたの部下は、自分で考えて行動する 「主体的」な人ですか？ あなたの部下は、何でも自分で考えて行動する「主体的」な人ですか？ 仕事を任せる際、部下が主体的かどうかは重要です。 任された仕事の意味を自分なりに解釈し、どうすればうまくいくかを自ら考え、工夫を凝らし、多少の壁なら乗り越えて成果を出す、そういうたくましさがほしいものです。 ところが多くの場合、以下のようなことが起こります。 ・ちょっと考えたらわかるようなことが、わからない。 ・調べたらわかることを質問して、自分で答えを見つけようとしない。 ・何度教えても、「また聞けばいい」と思って覚えない。 ・まさかと思うようなことにつまずき、仕事が止まる。 ・止まった仕事をそのまま放置して、平気でいる。 このような状態だと、仕事を任せる方も大変です。 考えない部下は、全ての答えを与えなければ動きません。 「１を聞いて
「ブリリアントジャーク」は、単に嫌な奴というだけでなく、仕事をさせたら圧倒的なパフォーマンスを発揮する優れた人（Brilliant）、だけれど組織としては困った事をする人、という意味合いの言葉のようです。 この言葉は最近のアメリカのテック業界では普遍的に使われているようで、2017年のBusiness Insider の記事では特に注釈なく「Why tech companies hire 'brilliant jerks'」(なぜIT企業はブリリアントジャークを雇うのか)というような記事が書かれていたりもします。 この記事では、IT企業が "world-class engineers" を雇おうとした場合に jerkの部分は見逃されがちで、そしてシリコンバレーの企業文化 ( "culture of fear" or a "bruising culture" or "aggressive c
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
