syacyo @syacyo_twit みずほの件がお昼のニュースで取り上げられてたけど『言われたことしかやらないような担当者の意識を改革する』って言ってた。 これは日本独特の考え方。日本以外の作業者は普通は言われたこと以外はやらない。なので欧米はマネジメント層が優秀だし高給。 syacyo @syacyo_twit 日本は精神論、根性論を盾にマネジメント層が圧力をかけて作業者がなんでもかんでも気を利かせて動くように強要する文化ができあがってしまっている。 本来はマネジメントする側が綿密に各自の作業内容を分担して、それ以外はやるな、とまで指示するのが正しい姿なのよ。 syacyo @syacyo_twit だからオフショア開発で外国勢に作業依頼したときに成果物が酷くてなぜ◯◯していないんだ、と問い合わせると オフショア『それは指示されていない』 と普通に返ってくる。 これで怒る日本人は自ら
かつては出版社の中に編集者という職業があって、著者に執筆を依頼したり、そうして書いてもらった原稿を取りに行ったり、誤字脱字や「てにをは」を矯正したり、漢字や送り仮名の表記を出版社のルールに従って統一したり、それを印刷製本する指示を出したり、そういう仕事をしていました。 誰もが自分のSNSを持ち、ブログのプラットフォームで記事を公開し、中には自分で印刷製本して本の形にして売買している現代、「自分で文章を書いて世間に出す」のに出版社は不要です。いわんや編集者をや。 自分は出版社を作り、そこで編集者をやっているので、この「出版社も編集者も不要」という世界で何をすべきかという問題についてよく考えます。毎度たどり着くのは「必須ではないけど不要というほどでもない」という答えなんだけど、特に「不要というほどでもない」に対する根拠をあまり明確にしてきていない気がするので、少し言葉にしてみようと思います。
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などのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされ
教皇ノースライム @noooooooorth 私にこれを気づかせてくれたのは「優秀で仕事にコミットすれば今よりも全然成果を出すことができるんだけど、コミットしたい先は仕事ではない」人たちでした。それまで私は仕事っていうのは常に自分にストレッチをかけていくものだと思っていたのですが、そうではない世界が広いことを知った感じです。 twitter.com/noooooooorth/s… 教皇ノースライム @noooooooorth 効率化についても同じようなもので、経営者界隈にいると効率化って至上命題のように見えることすらあるんですが、ほとんどの人は効率化って別に求めていないんですよね。むしろ効率化を実現するために何かを変えることに抵抗感があったり、何かを早く終わらせること自体に価値を感じなかったりする。 twitter.com/noooooooorth/s…
はじめにここ数年プロダクトマネージャーを名乗る人が増えているかと思います。私もその一人ですが、PMの役割や定義って、非常に曖昧だなーと感じることが多々あります。 プロダクトマネージャーの役割は、それほどはっきりしておらず、曖昧さを抱えています。それが故に、自身のキャリアやメンバーのキャリア育成に悩むことがありました（今でも悩みますが）。 プロダクトマネジメントトライアングルま、私が考えるような悩みは世の中の偉人（？）たちが既に考えており。有名なのはDan Schmidtさんのプロダクトマネジメントトライアングルです。 このプロダクトマネジメントトライアングル。非常に素晴らしいフレームワークなのですが、私や自分の所属している組織には少々難解で、普段のコミュニケーションの中で、うまく利用することができませんでした。 PM個々人のレベル感を捉えるには向いてないかも。という課題感も感じていました。
ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか？」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって（若干訂正してますが）ここに残して
エンジニアにとって、正解が分かりづらいマネジメント業務ってとっつきづらいんですが、その良き羅針盤となってくれるテキスト「re:Work」の紹介です。 「エンジニア天国な会社にしたい。したくない？」 「したい。けど、どうやって？わっしょい的な雰囲気で？」 今年の6月あたり、クラスメソッドAWS事業本部コンサル部で合宿を予定しているんですが、その合宿でやるネタを考えているときに知ったのが、この「Google re:Work」。 正解が見えづらい組織運営において、「良いチームとはなにか？」「採用で気をつけるべき点」「ビジョンがもたらす効果」など、マネジメントの頻出課題をギュッと凝縮して詰め込んだこのコンテンツがむっちゃ有用だったので、紹介します。 Webコンテンツとして完全無料なので、今マネジメントで悩んでいる人も、これからマネージャー目指そうとしている人にも参考になる点多いと思うので、一度気軽
はじめに PMの実態 よくあるケースと処方箋について PMが全部把握したいマンになっているケース 処方箋 PMがタスク持ちすぎなケース 処方箋 PMがコミュニケーションのハブになっているケース 処方箋 おわりに はじめに プロダクトマネージャーをやっていると楽しい一方で、MTGや問い合わせ多くて、忙しすぎるという声をよく聞きます。 そこで本来集中すべきことは何かと、それを阻害する忙しさにどう対処するべきかまとめてみました。 PMの実態 組織内でPMが大変そうと思われる。周りからなりたくない職種と思われるのは危ないサインだと思います。 プロダクトマネージャーというとミニCEOと呼ばれたり、花形とか言われますが、実態としては割と忙殺されていて、職場でも「あの人すごいと思うんだけど、なりたいかと言われると、、、」 みたいに見られているのが多いんじゃないかと思います。 PMが忙しいパターンとそれぞ
こんにちは。つよぽそです。 さて、掲題のとおりですが、1/31を最終出社日とし、2/28に楽天を正式に退職します。僕はラクマを開発するチームに所属していたんですが、そこでやってきたことや、これからを書いていこうかと。 ※最終出社日翌日からずっと体調を崩してるので遅れてしまった。。。 何故入社したのか？ 実は僕は楽天に入社したわけではありません。ラクマに名前が変わる前のフリルを開発していたFablicに入社しました。なのであくまでFablicに入社した理由を書きます。 元々前職はソーシャルゲーム会社なのでゲームから離れてwebサービスをやっている会社を探していた。当時既に何社か内定をいただいていたので、最後にwantedlyをみてちょっと気になったので応募してみた。まずCTOとのカジュアル面談で何となく雰囲気の良さそうな会社だなと思ったり、技術面談でも、こちらの話しをしっかり聞いてくれて楽し
For more recent information on Spotify’s Health Check model, check out this blog post. What is a squad health check model? A lot of companies experiment with ways of measuring and visualizing how their teams are doing. They’re usually called “maturity models”, and involve some sort of progression through different levels. The intent of these types of models is usually benign – for example managers
スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術 吉田慶章氏（以下、吉田）：こんばんは。よろしくお願いします。今日はプロジェクトリーダーの話をしようと思い
▶平日 毎朝7時に公式LINE@で新着記事を配信しています。友達申請はこちらから！ ▶ICCの動画コンテンツも充実! Youtubeチャネルの登録はこちらから！ 「最高の成果を生み出すリーダーシップとチームマネジメントとは何か？」11回シリーズ(その6)は、リンクアンドモチベーション麻野さんが共有頂いた、組織変革の3ステップを土台に、いかに周囲の人々の「氷」を解き、信頼ホルモンを出すことができるかについて議論しました。社歌やスポーツチームの儀式など、様々な事例から紐解きます。ぜひ御覧ください。 ▶ICCパートナーズではコンテンツ編集チームメンバー(インターン)の募集をすることになりました。もし興味がございましたら採用ページをご覧ください。 ICCサミットは「ともに学び、ともに産業を創る。」ための場です。毎回200名以上が登壇し、総勢800名以上が参加する。そして参加者同士が朝から晩まで真剣
鳥のさえずり声を聞いて、私は悪態を吐いた。今日の早朝に予定されていたミーティングのことをすっかり忘れていたのだ。 まったく、最悪の朝だ。着替えている間に、電話も鳴った。「高い金を払ってコンサルタントを雇った極めて重要なミーティングだ」と念を押されていたというのに。 それもこれも昨日のバグのせいだ。睡眠時間も、開発スキルも、人員も、私の現場には何もかもが足りていない。 それにも関らず、理解の足りない上司は「テスト工程を削ってでも早く納品しろ」とプレッシャーを与えてくる。 あの馬鹿どもめ。一体何を考えているんだ？ スーツに着替え終わった私は、冷蔵庫の缶コーヒーで空腹を誤魔化すと、バイクに跨った。通勤時間が5分なのが、せめてもの救いだ。 「遅れてすまない」 そう言って会議室に入ると、奇妙なことに気がついた。教室のように整然と並んでいたはずの机が、即席の半円形に並べ替えられていた。 何より、ホワイ
Twitter でプロダクトマネージャーについてぶつぶつ呟いていたら、まとめられていました。ありがとうございます。 プロダクトマネージャー制度を導入するにはどうすれば良いのか プロダクトマネージャーについてあれこれ考えていることを、ここらで一旦整理する良い機会かなとも思いましたので、ちょっと文章をこさえてみることにしました。一年ぶりにブログでも書いてみようと思います。 プロダクトマネージャーはユニコーンなのか。なぜそれが必要なのか。プロダクトマネージャーを見つける / 組織で制度化するとはどういうことなのか。それについて自分の考えを述べていこうと思います。 プロダクトマネージャーは新しいユニコーンか? 昨今よくプロダクトマネージャーが話題になっていますが、人によっては「プロダクトマネージャー」 が今自分たちができないことを象徴している/それが登場すれば全てが解決する銀の弾丸的なもの･･･い
はじめに 本稿は、拙書のエンジニアリング組織論への招待～不確実性に向き合う思考と組織のリファクタリングに関する参考となる書籍を企画意図とともにあげていく試みです。できる限り、専門書ではなく平易な文体の書籍を参考としてあげていきますので、このあたりを深掘りしたいなと思ったら、その箇所のみの参考書籍を併読していただけるとより理解が深まると思います。 Chapter 1 思考のリファクタリング 第１章は、「仕事」と「学力テスト」という２つの違いを論じながら、１６世紀から２０世紀初頭にいたるまでの科学哲学の歴史を辿っていくというのが「裏テーマ」となっています。そこから、「知識を得る」とは何かということを浮き彫りにし、それこそが<エンジニアリング>であると論じるということが本書を通じた論理展開の骨子です。 そのため、直接の参照ではありませんが、科学という概念が西洋社会でどのように生まれてきたのかとい
どの会社にも、どんなコミュニティにも一定数、「失礼な人たち」がいる。 「失礼」は抽象的な表現であり、相対的なものなので、当然、ある人が失礼と感じることが、他の人にはそうではないことがたくさんある。 だが、「失礼」は確かに存在している。 「論語」によれば、失礼というのは、慎みと敬意がない、ということである。 例えば、インターネットではよく見かけるが、相手に「バカ」「無能」と言ってしまうのは、失礼にあたる。 同じように、誰かが間違ったことをした時に、皆の目の前で「間違っている」と批判することも、失礼な行為だ。 ◆ 以前、こんなことがあった。 その企業は小さなシステム開発会社で、ワンマン経営をしている社長がいた。 そして、その社長は思い込みの強いタイプで、会議でよく間違ったことを言った。 例えばこんな具合だ。 「ソフトの品質が悪いのは、仕事への思い入れが足りないからだ！」 現実的には、ソフトの品
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 10分で生産的なミーティングができるWebサービス「minmeeting」を開発している伊勢川です。 本日は、これまで連載で紹介してきた2年目〜5年目エンジニアが陥りがちな症状と予防を要約して、まとめ記事を書きました。 網羅的にパターンを洗い出した訳ではなく、たまにそういうやつおるなという「おるおるネタ」の7選です。 若手エンジニアの皆さんは、ぜひこのようなくだらない失敗を繰り返すことなく、よりよい20代を過ごしていただければと思います。 Google依存症 Googleを調べれば何でもでてくる便利な時代が生んだ症状です。 症例 エラー
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
こんにちは。コワーキングスペース「Basispoint」の運営会社、AscentBusinessConsulting代表者の北村です。 コワーキングスペースを運営していると、数多くのコンサルタントや、フリーランスの技術者、起業家などにお会いします。 最近は働き方改革の影響もあり、そういった方々から「働き方」についての話を伺う機会も多いのですが、その中で、特筆すべき最近の動きは「マネジャーの外注化」です。 どういうことかというと、言葉そのままなのですが、「プロパーのマネジメントを、外注にやってもらう」という会社が増えているのです。 プロパーのマネジメントを、外注にやってもらう これは、従来の常識から言えば、「ありえない」選択肢でしょう。 マネジャー、つまり管理職は社内で「出世」した結果、ありつけるポストとされているからです。 しかし、最近ではどうも様子が異なるようです。 例えば、成長途上のベ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
