charity.wtf charity wtf's about technology, databases, startups, engineering management, and whiskey. Lately I’ve been doing some career counseling for people off Twitter (long story). The central drama for many people goes something like this: “I’m a senior engineer, but I’m thinking about being a manager. I really like engineering, but I feel like I’m just solving the same problems over and over
ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか?」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって(若干訂正してますが)ここに残して
noteに関わってる深津さんと安藤さんに熱烈に欲しいと言われたので、すごくマニアックな複雑な業務を紐解く過程を本気出して解説してみる。(宣言してからもう2ヶ月経過してたw) そもそもビジネスプロセスとは 本書ではビジネスプロセスを「お客様に始まりお客様に終わる価値提供のライフサイクル」と定義しています。ビジネスプロセスはいくつもの業務の集合体です。それぞれの業務はインプットとなるモノや情報に処理を加えて、より価値のあるモノや情報をアウトプットとして送り出します。 山本 政樹. ビジネスプロセスの教科書 アイデアを「実行力」に転換する方法 (Japanese Edition) (Kindle の位置No.30-33). Kindle 版. まさに上記の通りなのだが、問題が表面化するのはお客さまとの接点であることが多く、問題の原因は途中の社内プロセスであることがかなり多い。そして、お客さまとの
こんにちは、ゆのん(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回を突破するなど、多くの方から注目を集めていま
スタートアップにマネジメントは必要か ある日突然マネージャーに 「ビジネス」で考えるな。「戦」で考えろ。 マネージャーは将軍である その1:自分が動くのではなく、チームを正しく動かすことがあなたの仕事 その2:何をさせるか指示するではなく、何が成果かを定める その3:水準は周りに合わせるのではなく、あるべき水準を作る その4:メンバーに合わせるのではなく、自分に合わせる その5:前に進めることは誰でもできるが、チームを立ち止まらせることができるのはあなたのみ 結論:自分の好きな将軍を目指しましょう スタートアップにマネジメントは必要か SCOUTER社も最近急激に組織らしくなってきており、現在4人のマネージャーが頑張ってくれております。個人的にはマネージャーという言葉が嫌いなので(嫌いな理由は別記事でいつか書きます)、社内では別の呼び方をしているのですが、今回は一般的なマネージャーという言
今日,社内勉強会で話す機会があり,過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした.今回は参加者がエンジニアだけじゃなく,ビジネスチームのメンバーもいたため,できる限り,技術的な用語を使わないようにした.質疑応答とディスカッションもあり,1時間非常にワクワクした時間だった. 関連する領域 僕がプロジェクトをリードするときに意識しているのは,スクラムなど特定のプラクティスに依存しすぎないことで,チームの特性によって,関連する様々な領域からプラクティスを集めている.ザッと挙げるだけでも,こんなにたくさんある. チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ!プレイングマネージャーとして頑張っ
「ホンダのHRDさくらの皆さんの努力に感謝します。彼らは、パフォーマンスを向上しただけでなく、信頼性を大幅に改善するためにオフシーズンの間、懸命に仕事をしていました。いま、われわれがこのポジションでチェッカーフラッグを受けることができのは、彼らのおかげです」
デリゲーションポーカーを作った プランニングポーカーみたいに権限委譲を促進するカードゲーム、「デリゲーションポーカー」をいきおいでつくった。さらにLINEスタンプも作った。 カードゲーム販売ページ LINEスタンプ販売ページ デリゲーションポーカーの元ネタはこちら参照 権限と責任の話 経営者マインドが足りない!の欺瞞 よくネットで炎上しがちなひとが「経営者マインドが従業員に足りない!」というようなアメリカ人には大和魂がない!的なそりゃそうだろとしか言いようのない言説を口にします。 この表現はさておき、このような言説を口にしてしまう背景には何があるでしょうか。このような人はきっと自分の会社の従業員にもっといろんなことを任せていきたいと思っているのでしょう。 ところが、そのような期待値をしっかりと部下に対して伝えることができていないため、メンバーも自分自身の成長のタネがどこにあるかわからずに、
いろいろな会社で仕事をしていると、「ケアレスミスをする人」「同じミスを繰り返す人」に結構な割合で遭遇する。 やれるのにやらない、わかっていてもできない、大事なことを忘れる、そのような行動を繰り返す彼らに付けられる名前は無慈悲そのものだ。 すなわち、「無能」である。 そして、世間は無能には極めて厳しい。 ハーバード大学公衆衛生学のアトゥール・ガワンデ氏は次のように表現する。 私たちは、そのような「無能」の失敗に対しては感情的になってしまいがちだ。 「無知」による失敗は許せる。何がベストなのかわかっていない場合は、懸命に頑張ってくれれば私たちは満足できる。 しかし、知識があるにもかかわらず、それが正しく活用されてないと聞くと、私たちは憤慨せずにはいられない。 氏の述べる通り、「知っているのにやらない」時や、「わかっていてミスをした」時には、組織はミスをした人物に非常に冷酷な仕打ちをする。 叱責
なぜこの文章を書くか?自身が数ヶ月テックリードの役割で経験した内容を基に、テックリードがどういう役割で、毎日の仕事の中でどのような仕事をするのかについて書いていく。 テックリードはサンフランシスコのWeb系企業では一般的なようだが、日本ではまだそれほど広まっているとはいいづらいと思う。 テックリードに求められるのは一言で言えば”技術でエンジニアチームをリードすること”である。Webエンジニアのキャリアパスでたびたび二元論的に語られる、”技術一本で生きていく”職人的なトラックとも”人やプロジェクトのマネジメントをする”マネジメント系のトラックともニュアンスが異なる。 自身の技術力、そしてリーダーシップをもってエンジニアチームのアウトプットを最大化させていくのがテックリードの役割である。 多くの人にその役割を知ってもらい、エンジニアとしてのキャリア形成の助けになればと思っている。 なお、このポ
rebuild.fm 今回はTaro Minowa (@higepon)さんの回について。 higeponさんについてはこちら。 Software Engineer@Twitter. OSS projects: Mona (OS from scratch), Mosh (Fast Scheme Interpreter), Mio (KVS). (Twitterからプロフィール転載) この回は内容が大きく2つから構成されている。 エンジニアにとってのTech Leadというキャリアパスについて プロダクトマネージャーの分類と難しさについて 本題として扱いたいのは2についてなのだが、1のTech Leadという役割、キャリアパスが新鮮かつエンジニアの組織を考える上でとても有用だったので、簡単に触れたいなと思います。 なおTech Leadに関する @higapon さんの考察サマリはご自身がブ
2017年2月17日、人事とITをキーワードに、エンジニアリングやテクノロジーに関する理解を深めるためのイベント「人事 to IT カイギ」が行われました。第1回目のテーマは「エンジニアのキャリアパスとしての人事」。本パートでは、クックパッド技術部長の庄司氏が人事部長を兼務することになった経緯について紹介しました。 クックパッドで技術部長と人事部長を兼任 庄司嘉織氏(以下、庄司):藤本(真樹)さんのありがたいお話のあとで恐縮ですが、自己紹介から。庄司嘉織といいます。だいたいGitHubやTwitterやFacebookで「yoshiori」で検索すると出てくるので、よろしくお願いします。 技術部長と人事部長を兼任しています。今日は人事部長の立場として来ました。藤本さんがやらなかったのでこれをやるのは恐縮なんですけれども。(挙手をしながら)クックパッドを知っている人? (会場挙手) 良かった
こんにちは、ゆのん(id:yunon_phys)です。先日、第二回エンジニアリングマネージャー勉強会にて、タイトルの内容についてLTをしてきました。結構多くの方に興味を持っていただいた内容で、折角なので文章にしてみました。 Management 3.0 Management 3.0によると、内発的モチベーション(同僚による感謝や、自分の能力がしっかり活かせている感)こそが生産性を上げるものだと主張しています。逆に、外発的モチベーションでは生産性が落ちると言われていて、いわゆる、ボーナスや評価などはマイナスにはたらくと言われています。 アカツキでは、誕生日メッセージやサンクスカード、1on1における対話、朝のGood&Newなど、既に内発的モチベーションを高める施策を実施していますが、もっと幸せに働ける職場に出来ないか、というのを常にメンバー自らが探し求めています。そういうわけで、Manag
MicrosoftやGoogleでヒットプロダクトの開発に関わってきた及川卓也さん。現在、プロダクトマネージャーが育つ土壌づくりを推し進める。なぜ、業界全体での底上げに取り組むのか?及川さんのインタビューを通じて見えてきたのは、日本のITをより強くしたいという及川さんの思いだった。 PMが育てば、日本のITは欧米に負けないくらい強くなる|及川卓也 プログラマー向けの情報共有サービス「Qiita」。提供元であるIncrementsでプロダクトマネージャー(以下、PM)を務めているのが及川卓也さんだ。 及川さんはMicrosoftやGoogleといった企業で、さまざまなヒットプロダクトの開発に関わってきた、まさに日本のPMの第一人者といえる存在。 PMは海外だと多くの優秀な人材がこぞって志願し、“ミニCEO“(プロダクトに対する経営者)と捉えられることも多い。しかし、日本における認知度はまだ低
このメディアの書き手の一人である高須賀さんから、メッセージを頂いた。 高須賀さんは、月200時間以上の超長時間労働を経験されたということだったが「結構がんばれていた」という。 ただしそれは「指示を出す側」という条件付きの場合だった。 それでも指示出し側だったのもあって、結構みんながんばれてましたね。逆に指示出される側のコメディカルは、勤務時間が僕らよりも少なくてもバンバン消えてってましたし。やっぱり裁量の有無は大きいなぁと 私も同様の記憶が数多くある。 例えば、私が新人の時に一番キツイと感じた仕事が、実は「上司・先輩のコンサルタントへの同行」だった。 「上司や先輩のコンサルタントへの同行なんて、任せてればいいからラクじゃない」 という方もいるが、とんでもない。あれは一番負荷が大きい仕事の1つだ。 仕事に慣れておらず、自分だけでは何一つできない状態で、先輩からの指示だけ飛んで来る。 ・議事録
Rohini Vibhaさんは、IDEOのビジネスデザイナーです。Twitter アカウントは、@rohinivibha。本記事は、Mediumへの投稿記事をRohiniさんから許可を得て翻訳したものです。元の英語記事もどうぞ。 世の中にプロダクトマネージャーを目指す人が増えていると思うのは、私だけだろうか。私自身がプロダクトマネージャーを務めているから、そう感じるのかもしれない。それにしても、最近はコンサルタント、MBA候補生、エンジニア、誰もかれもがプロダクトマネージャーを目指している気がする。 もしこれが事実で、もし本当に、”誰も”がプロダクトマネージャーになりたいと望んでいたとしても驚くには至らない。確たる技術を極めることなく務まる役割なのだから。プロダクトマネージャーになるためにデータモデルの作り方を知っている必要はないし、コーディングができる必要もなければ、Webサイトをデザイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く