「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」カオスなプロダクト開発を効率化したら硬くて息苦しい官僚組織になっちゃった! 大企業病の罠を乗り越え若々しいチームを実現するぞ 効率化を進めていったら息苦しい組織になってきたと悩む方に向けたセッションです。 概要 https:…

はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問に対してメンバー皆で議論して決めた回答です。 詳細は以下を参照ください。 インセプションデッキ | Agile Studio 私のチームでは、以下のテンプレートを利用し

こんにちは、ネコ派メタラーです。ナビタイムジャパンで地点検索基盤の開発マネジメントを担当しています。好きなバンドは Arch Enemy です。 システム運用に関わる人であれば、「システム障害」というと耳が痛い方が多いかと思います。システム障害は起こさないに越したことはないですが、万が一システム障害が発生したとき、その行動選択はサービスの信頼性を大きく左右することになります。 迅速に復旧させることはもちろんですが、適切な情報公開によってユーザーの不安を払拭するといったコミュニケーションも重要なポイントです。しかし、緊急事態というプレッシャーを受けながら最適な行動を選択することは容易ではありません。 私が所属しているチームでは、Web API サーバソフトウェアから全文検索ミドルウェアまで含めた開発・運用を行っており、幅広いトラブル対応スキルが必要になります。トラブル対応のスキルを持ったベテ

はじめに 以前Scrum@Scaleについて@tyantya41717651さん、@zakky_devさんとディスカッションしましたが、先日お二人と、大規模アジャイルフレームワークであるSpotifyモデルと先日公開された失敗記事(「Spotifyは "Spotifyモデル "を使っていない(Spotify's Failed #SquadGoals)」)についてディスカッションしたのでブログにまとめました。*1 はじめに Spotifyモデルと取り上げた理由 モデルの失敗ではなく、ヒトの失敗 扱える以上の自由や権限を与えた悲劇 1. チームへの過剰な権限付与による、サイロ化の加速 2. 分隊のプロセスの自由さや能力不足による、分隊間協力の困難化 3. 全員での意思決定を追求したことによる、意思決定コストの増大 まとめ Spotifyモデルと取り上げた理由 今回Spotifyモデルの詳しい解

新人研修の内容を検討しているのですが、それにあたり各社の新人研修を調査しました。 なお本記事は、@gcchaan氏のGitHub Gistにある「研修資料まとめ」を参考に作成しております。 @gcchaan氏の「研修資料まとめ」はとても素晴らしいまとめで、これを見ると各社がどのように新人エンジニアを育成しているのか見てとれたり、新人エンジニアがどのような研修を経て成長していくのか垣間見えます。 DMM.com（2019） DMM.comの研修で紹介されている技術書 GMOペパボ（2019） LINE（2018） Spee（2016） Wantedly（2019） ウエディングパーク（2019） エムスリー（2018） 研修概要 KAYAC（2017） クックパッド（2016） GREE（2014） ぐるなび（2017） LEMPについて サイバーエージェント（2019） エンジニア研修がど

ロックスタイルの１つ、ヘビーメタルの演奏に合わせて編み物をしながらパフォーマンスを競う、一風変わったイベントが北欧のフィンランドで開かれ、日本から参加したチームが優勝しました。 特設のステージでは重低音を響かせたヘビーメタルの生演奏に合わせて、顔を白くメークした男性や騎士の衣装姿の２人組の女性らが、体や頭を激しく揺らしながら編み物をすると、会場は笑い声につつまれました。 また、お笑い芸人５人からなる日本のチームも参加し、演奏のかたわらで力士にふんした２人が取組をしたり、着物姿の女装した男性が編み物をしたりするパフォーマンスを披露しました。 そして審査の結果、日本のチームの優勝が発表されると、メンバーたちは抱き合って喜び合い、毛糸で編まれた小さな冠が贈られました。 優勝したお笑いコンビ「うしろシティ」の金子学さんは「毛糸と音楽はことばを超えるということを伝えたかった」と話していました。

権力格差が大きい国の文化圏では、権威勾配が大きくなります。また、個人主義であるほど自己主張がしやすくなるため、意見が生まれやすくなります。男性主義的であると、女性から男性への意見をしづらいと感じる社会であることを意味しています。また、不確実性忌避の傾向が高い国では新しいことや常識の外にあることを受容する力が弱くなり権威勾配が大きくなる傾向があります。 文化的権力格差 Q. あなたの職場では職位を尊称として使うか？たとえば、「〜〜部長」「〜〜課長」など。年少の同僚を「〜〜くん」や呼び捨てするなどの傾向はあるか？ Q. あなたの職場では上長の発言に疑義があっても明確な理由がなければ、反論すべきでないという風土があるか？ Q. あなたの職場では年齢が若い人は年齢が上の人の意見に反論すべきでないという風土があるか？ 年齢や権威に対してものが言えなくなる文化が強い場合、実際の職位の乖離を大きな権威勾

Clone via HTTPS Clone with Git or checkout with SVN using the repository’s web address. M社のエンジニア採用について 自分がやめた時点でのバックエンドエンジニア採用フロー 各プロダクトの開発責任者1名（規模が大きい家計簿・会計は +1名）が採用担当者 応募が来たら各採用担当者が自分のチームにほしいかどうか（会いたいか会いたくないか）を決める 会いたい意思を出したメンバーからMAX4名までを面接官とする。4名以上いたらランダムで4名選出する 1名につき15 - 30分面接する（ので採用希望者は2時間くらい面接を受ける。。） 面接官は全員が面接を終えるまで、原則、評価を共有してはいけない。全員が終わったら、取る、他のチームならありえる、取らないの3択で評価を共有する 他のチームならの意見が面接官で一致してい

イベント概要 先日、アジャイルの本質について語るイベントが日本橋で開催された イベントのテーマは「本質を理解しないままのアジャイル開発に挑む危うさ」 アジャイル3怪獣 と呼び声の高い (?!) お三方がアジャイル開発の本質を激辛トークで深掘り 会の後半では、参加者を交えたディスカッション（フィッシュボール形式）も行われた イベント詳細はこちら：https://connpass.com/event/96750/ 登壇者 やっとむさん「アジャイルってなにが美味しいの？」 きょんさん「目的論からのアジャイル～手段を目的化すること～」 ryuzeeさん「アジャイル開発でコールド負けしないための5つのポイント」 感想を一言で言うと タイトル通り、内容が本質すぎて辛かった 終始「ぐぬぬ…」となる胸熱展開のオンパレードでした 「アジャイルってなにが美味しいの？」 by やっとむさん 登壇資料 そもそもア

「チームの生産性を高めていくためには何が必要なのか？」――あらゆる日本企業が今、この問いを突きつけられている。人手不足や労働時間が社会問題化する中で、日本でも、生産性向上のための抜本的な改革を目指す企業が日々増加中だ。 しかしながら、「どこから手を付ければいいか分からない」と感じている経営者・マネジャーも多いだろう。リーダー育成、社内コストの削減、定例会議の見直しなど、目に付く問題は無尽蔵にある。 では、それらを貫く本質的な課題、そして改善ポイントはいったいどこにあるのだろうか。プロジェクト管理や情報共有ツールを全世界に提供するアトラシアン日本法人のスチュアート・ハリントン社長、そしてモルガン・スタンレーやGoogleで人材開発に携わり、最新の著書「NEW ELITE」でも注目を集めているピョートル・フェリクス・グジバチ氏の2人に話を聞いた。 日本企業には「オープンさ」が足りない――日本企

昨年から、マネージャーとしての僕を一緒に働いているチームメンバーに評価してもらうというのをはじめました。評価方法は50個ほどの質問項目が書かれたアンケートに1点(No)〜4点(Yes)をつけてもらうというものです。人数は10人くらいです。 質問項目の詳細は最後に掲載します。 この取組は会社でオフィシャルに実施してるわけではなくて、あくまでも僕が個人的に取り組んでいるものです。 何故始めたのか？ ここ数年はリーダーやマネージャーという役割をやるようになり、以下のようなことに困っていました。 マネージャーが成長するには自分の上司からの評価だけでは不十分 一緒に仕事をし、影響を及ぼし合っているのはチームメンバーである 評価者と被評価者が非対称の関係になっており、評価する側が偉いみたいになってくる リーダーやマネージャーは上下関係というより役割だと思っているので、そうはなりたくない そういう役割を

3. 3 イーグルスファン 2005年～ 楽天入社 2008年～ ← 本日はこちらの「正装」を 着用しております 2009年クライマックスシリーズ 2nd stage 第4戦 8回裏の「バッテリーの交代」 について30分語れる方 いらっしゃいましたら是非お声がけください アツくお話しましょう 4. 4 自己紹介 • Webエンジニア • 言語: Java • 「Dynamic Package Team」 リーダー twitter:@taichiw0424 渡邉太一（わたなべたいち）

情報共有ツール「Qiita:Team」のプロダクトマネージャー（PM）を務める海野弘成さん。海野さんは「良いチーム＝自律的なチーム」と定義し、構成要素を共有した。 海野弘成が語った、「自律」と「心理的安全性」の重要性 ※2016年10月24日に開催された「Japan Product Manager Conference 2016」よりレポート記事をお届けします。 映し出されたスライドのタイトルは『Product Team Management』。 登壇したIncrements株式会社CEOで、情報共有ツール「Qiita:Team」のPMを務める海野弘成さんは、 自身の経験から「プロダクトマネージャー（PM）の関わるチームビルディング」に絞って発表した。セッションの冒頭で、海野さんは2つの条件を満たしているのが「良いチーム」であると定義する。 まずは「成果が出せるチーム」。プロダクトにおいて

Ryutaro YOSHIBA / Agile Coach, CTO at Attractor Inc. 翻訳者/ Scrum Alliance認定スクラムトレーナー(CST) / 認定チームコーチ(CTC) /書籍→『SCRUM BOOT CAMP THE BOOK』『プロダクトマネージャーのしごと』『エンジニアリングマネージャーのしごと』『チームトポロジー』『スクラム実践者が知るべき97のこと』『プロダクトマネジメント』『みんなでアジャイル』『レガシーコードからの脱却』『カンバン仕事術』『Effective DevOps』他 ご相談はお気軽に!!

2016年8月30日行われたIBM Cloud Community勉強会での講演です。Read less

original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし

−プロセス・ロスに気を付けよう− 今号から、組織心理学を取り上げます。組織心理学とは、『組織における心理学』と読んで字の如くです。「個人の心理」が集団になるとどのような影響力を出し合い変化するのか、また「組織という集団」になった場合、個人の心理は本人とその周囲の仲間との関係や、業績にどのような影響を与えるのか、などといった疑問を追及する学問が組織心理学です。 目には見えない組織の風土などが集団にもたらす大きな影響力と、それによって大きく変化する個人とその結果としての業績の上下という２つの事実に驚いてしまいます。日々のちょっとした心がけ、言葉の掛け合いなどで、人間の潜在能力は引き出され、組織の風土は変わるのですからビックリです。 では、例えば、あなたが、あるプロジェクト・リーダーを任されたとき、どのような観点でグループを維持、形成して行けばいいのか、これからヒントを差し上げることにいたしまし

こんにちは、ECナビ事業本部エンジニアの yukimine です。 2ヶ月程前に デザインパターンをチームで学んで得たもの という記事がありましたがご覧いただけましたでしょうか。 Zucks Affiliate事業本部が、@t_wadaさんと読書会を行ってチームでの共通言語が増えたという記事です。 ECナビ事業本部でも、ベテランから新卒まで様々なエンジニアが、@t_wadaさんに設計・実装を相談をさせていただいたり、ペアプロをさせていただいたりしています。 本記事では、@t_wadaさんとECナビ事業本部の取り組みの一つ、 プログラマが知るべき97のこと 読書会 で取り入れている 4つの工夫 について、ご紹介させていただきます。 4つの工夫とは 事前準備なし アクションにつなげる エンジニア席の横で開催 SlackのPublicチャンネルで議事録を残す です。 デザインパターンをチームで学

2016年2月27日(土)Dots Conference Spring 2016にて。 「Team Refactoring -強いチームをつくる技術-」。

1. 2016/01/19 - Regional SCRUM GATHERING® Tokyo 2016 あなたのチームの「いい人」は 機能していますか？ 横道 稔（株式会社サイバーエージェント / 株式会社 RightSegment） 2. 自己紹介 • 横道稔 （@ykmc09_dev） • 株式会社サイバーエージェント アドテクスタジオ • 株式会社 RightSegment にて PrivateDMP を開発 • エンジニア、エンジニアチームのマネージャ • CSM / CSPO