チームビルディングの始め方
この記事は毎週必ず記事がでるテックブログ "Loglass Tech Blog Sprint" の 8週目の記事です！ 1年間連続達成まで 残り45週 となりました！ はじめに チームビルディングというとチーム開発をしている人ならばありふれた取り組みで普段からやっているよ！という人も多いかと思います。 しかしながら、初めてチームビルディングをリードする人にとってはどうやって取り組んだらいいか悩む人もいるのではないでしょうか？ 特に「いつやればいいのか？」「どうなったら成功と言えるのか？」といった疑問については言語化が難しいところでもあります。 この記事ではこれからチームビルディングにトライする人向けに、チームビルディングを始める際の考え方やHowの接続について解説します。 チームビルディングとは チームやチームビルディングの定義についてはペパボさんの以下のスライドが非常にわかりやすいので、
プロダクトマネージャーのキャリアパス
PM Library サンフランシスコのスタートアップでプロダクトマネージャーをしています。日本語では読めない、プロダクトマネジメントに関する深い分析記事・エッセイをキュレート・翻訳し、公開しています。定期的に更新しているので、メール登録して頂けると幸いです。 プロダクトマネージャーの仕事もさることながら、そのキャリアパスもまた曖昧なものです。プロダクトマネージャーを目指すなら、どうすればいいのか？そして、プロダクトマネージャーという仕事のゴールは何なのか。世間では「プロダクトマネージャー」とだけ言われていますが、プロダクトマネージャーにもいろいろな種類があり、それぞれ専門的になることができます。今回は、プロダクトマネージャーのキャリアパスの全体像、専門性、ステップアップの方法、ヒエラルキーなどを紹介する記事をリストアップしてみました。 この記事や添付されているプロダクトマネジメントの記事
失敗する人事制度の共通法則を人事トップが解説！（サイバーエージェント人事制度のしくじりランキング・前編）@SOYAMA
後編はこちら https://youtu.be/eP-JD8Ye-AY サイバーエージェント人事統括・曽山哲人が明かす「サイバーエージェント人事制度のしくじりランキングTop5」（前編）。人事歴15年の失敗とそこから得た学びは、人事／経営者／マネージャーには必見の内容です！ ■曽山さんの情報をチェック！ 曽山さんのYouTubeチャンネルはこちら https://www.youtube.com/channel/UCXNdhMaVY8wp06UaMCYiv_g 曽山さんのブログはこちら https://ameblo.jp/dekitan/ 曽山さんのTwitterはこちら https://twitter.com/SOYAMA 曽山さんの著書『クリエイティブ人事』はこちら https://www.amazon.co.jp/dp/B00MP8VCX4 ■新R25の情報をチェック！
専門職と視座
こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座！視座！」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ
【スライド約300枚】ベンチャーマネージャーのマニュアル｜長村禎庸@EVeM
本マニュアルの概要本マニュアルは、「ベンチャー企業のマネージャーに必要な行動の型・知識」を、私のマネジメント・経営の実践経験、及び様々なベンチャー企業の経営アドバイザーとして観察したことを元に体系化してまとめたものです。 総論だけではなく各論に突っ込んだ、ベンチャー企業のマネージャーのための”実務マニュアル”です。 (ベンチャー企業のマネージャーのことを、以下ベンチャーマネージャーと呼びます) ベンチャーマネージャーに必要な以下のことについてまとめました。 ・ベンチャーマネージャーの役割 ・ベンチャーマネージャーの基本動作 ・ピープルマネジメントの技術 ・ベンチャーマネージャーの立ち位置と心得 約300枚のスライドでまとめています。 マネジメントというのは「総合格闘技」です。 マネジメントは目標設定だけでもないし、コーチングだけでもなしい、モチベーションコントロールだけでもありません。 あ
優秀な技術者を追い出してしまう方法 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 若手エンジニアを不幸にしないための開発の「べからず」集 組織運営編から記事を独立させました。 優秀な技術者ほど辞めてしまいやすいのは、多くの会社に共通していることです。 この文章では、どうして優秀な技術者が辞めていってしまうのか、その理由を探るとともに、そうならないようにするための対処方法を少しずつ書き足していきたいと思っています。 マネジャーのみなさんへの前書き 会社の資産であるソースコードはきちんと管理されてますか？ 「きちんと金庫にしまってある」ではありません。 開発が進みやすく、今のソースコードはどのように品質が保たれているのか
ベンチャーCOOの上場物語｜長村禎庸@EVeM
2020年4月28日の株主総会をもちまして約3年間勤めた株式会社ハウテレビジョン(東証マザーズ 7064)の取締役を退任し、退職しました。 2017年に入社し、COOを担当しました。2019年には東証マザーズに上場するなど、非常にエキサイティングで学び多き3年間でした。 いずれ記憶というものはぼんやりと美化されていくものだと思いますので、 そうならないうちに、ベンチャー企業のCOOとして実践したことや学びを書き留めておこうと思います。 ・現在ベンチャー企業のCOOとして働かれている方 ・ベンチャー企業のCOOを目指されている方 ・COOを採用されたいと思っているベンチャー企業の経営者や人事の方 上記のような方に参考になると思います。 Withコロナの時代、アフターコロナの時代、働き方はきっと変わると思いますが、ベンチャー企業のCOOにとって本質的に大事なことはあまり変わらないのではないか
エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント（組織マネジメント）という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その
【セミナー内容を要約】マクドナルドをV字回復させた原田泳幸氏（後編）｜良かった体験と本の内容をシェアするnote(とみざわ進化論)
一番最初に引用させて頂いた「人財のアセスメントとその対処法」 この考え方を知っているかどうかだけで優秀な人財を会社に留めておけるかどうかが決まりそう。 10年近く上場企業のコンサル会社の社内、社外で人の離職を見てきたので、あーコレが足りなかったのか、と思いました。 それでは中身に入っていきたいと思います。 優秀な社員の突然の離職を防ぐ方法～人財のアセスメントとアセスメント結果の対処方法～・人財のアセスメントを定期的に行うことが重要。マクドナルドでは四半期毎に実施していた。日本企業の大半はアセスメントを実施していない。 ・アセスメントして人財を３パターンに分ける ー①CL（カレントレベル）…今の仕事はできているが、次の役職にはいかなそうな人財（例えば、係長はできるが、課長の仕事は出来ないと思われる） ー②RF（レディフィーチャー）…３年以内に次の役職に就ける可能性がある人財 ー③RN（レディ
【セミナー内容を要約】マクドナルドをV字回復させた原田泳幸氏（前編）｜良かった体験と本の内容をシェアするnote(とみざわ進化論)
アップルジャパン、日本マクドナルド、ベネッセ、現在はゴンチジャパンと20年間に渡り社長・会長を歴任。グローバル企業44年、IT業界33年、外食産業11年、教育・介護事業2年という豊富なビジネス経験を持つプロ経営者の原田さんの講演会に参加してきました。 原田さんはベネッセを退任された後、３年ほど中小企業の経営者向けの塾などもされていたようです。 強烈なフレーズの連発で、言葉の力強さに圧倒されました…。これは発信したい内容だと思い、Twitterでコミットメント。 元マクドナルドの原田泳幸さんのお話。強烈でした。 「教えれば教えるほど、人は脳死する」 「課題を抱えていない社員は仕事をしていない（課題≠問題）」 「部下から学ぶことのない組織は死んだも当然」 明日の朝までにnoteにまとめたいと思います。 — とみざわ@船井総研 社長online担当 (@to3ko2) February 18,
スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital
最近でこそ「MVV」（ミッション・ビジョン・バリュー）ということが話題になることが増えて、スタートアップにおいて、比較的早期に組織のレーゾン・デートル（存在意義）を考えたり、言語化することが増えてきましたが、これは日本では比較的最近のトレンドのように思われます。 まだメルカリが社員10名程度だった頃、現在同社の取締役会長を務める小泉文明さんが経営陣4人とともに合宿をして、今では有名なメルカリのバリュー、「Go Bold」（大胆にやろう）、All for One （全ては成功のために）、Be Professional （プロフェッショナルであれ）を定めたのは日本のスタートアップ業界では良く知られた話です。2013年末から2014年にかけてのことで、当時、アーリーステージのスタートアップが、こうした言語化をするのは極めて珍しいことでした。すでにメルカリは最初の5か月で100万ダウンロードと成長
突然のエンジニアリングマネージャー転身。イチ技術者がGMOペパボ・取締役CTOに就くまでに学んだこと - Findy Engineer Lab
マネジメント職に就くまで マネジメント職に就いてから 最初に取り組んだマネジメント施策 エンジニア評価制度の制定 全社規模の技術投資計画の策定 計画を実行する組織の新設 「選択」後に感じたギャップ 抽象的な理解のギャップ やりたいこととスキルのギャップ ギャップにどう処したのか マネジメント職の「選択」に必要となるスキルとは おわりに ─ 「やらない」という選択肢はなかった こんにちは、栗林健太郎です。人々からは「あんちぽくん」と呼ばれています。皆様も是非、そのようにお声がけくださると幸いです。 わたくしは現在、GMOペパボ株式会社（以下、GMOペパボ）で取締役CTOを務めています。会社全体としてこれから実現するべきビジョンや方向性を示し、その実行を中心的に担うエンジニアリングおよびデザイン組織を管掌しています。また、セキュリティ事業や鹿児島拠点の立ち上げなど、新しい取り組みを行うチームを
CTOの頭の中：技術と組織と牽制関係｜Shin Takeuchi
うちの会社には技術的なCXOとして、CTO、CIO、CISOの3パートがあります。何が違うねん、という話なのですが、ここにはのっぴきならない事情と仕組み化の流れがあって、3つのロールに分けました。このあたりの話を今日はつらつら書いてみたいと思います。 CTOの責任昔はCTOこそ全てのバランスを有し、社長よりも俯瞰したロールであれ、的な思想を持っていました。というのもマーケットを理解し、P/L、B/Sも理解しながら先日書いたG/Pを最大化しろ、また負債をいつどのようにどうやって減らしていくのかを考え、説明責任を果たし（その間機能開発力が落ちるかもしれないし）、実行しなければならない。これらは、短期的な収益と中長期的な投資をバランス良く、柔軟に判断しなければならない、という意味で、できりゃいいのですが簡単ではありません。特に簡単ではないのが、結局社長なり、トップの視点、視野にこの広大さと深さが
Google re:Work - マネージャー
マネージャーは非常に重要な役割であり、従業員の業績に大きな影響を与えます。優れたマネージャーの条件を共有し、能力開発の機会を提供し、優れたマネージャーを称賛するなどの方法で、従業員をサポートしましょう。 Google はこれまで、マネジメント業務の大切さを必ずしも正当に評価してきたわけではありません。2002 年、すべてのマネージャーを廃止して管理職のいない組織にするという「実験」を行いました。しかし、この実験は失敗に終わりました。2008 年には、調査チームが、マネージャーは重要な存在ではないという一部の意見を証明しようと試みますが、すぐにまったくの正反対であることがわかりました。つまり、マネージャーはきわめて重要な存在だったのです。 そこで、Google における優れたマネージャーの条件とは何かを正確に突き止めるため、「Project Oxygen」という調査プロジェクトが実施されまし
プロダクトが進捗していないと感じた時の戦い方 - hikoharu's blog
この記事は Product Manager Advent Calendar 2019の18日目 です。 はじめに プロダクト作りにおける負債の種類 技術的負債 組織的負債 関係者的負債 思想的負債 負債の誕生 影響し合う負債の恐ろしさ 地道に負債を解きほぐしていく おわりに はじめに Yamotty氏の素晴らしい記事に触発され、 ストラテジーと実装の一致を保つのが困難な状態、つまり プロダクトに関わる負債のせいで進捗しづらくなった時に どのように戦っていけばいいのかを掘り下げていきます。 スタートアップの強みはストラテジーと実装の一致 早さが生まれる理由は「ストラテジーと実装が一致しているから」だと考えている。 逆に言うと、これらが一致していない場合、早さは生まれない。 正しい戦略が、組織や技術的負債のために実行されなければバツ。 逆に素晴らしいテクノロジーを扱えるチームがあったとしても、
心理的安全性ガイドライン（あるいは権威勾配に関する一考察） - Qiita
権力格差が大きい国の文化圏では、権威勾配が大きくなります。また、個人主義であるほど自己主張がしやすくなるため、意見が生まれやすくなります。男性主義的であると、女性から男性への意見をしづらいと感じる社会であることを意味しています。また、不確実性忌避の傾向が高い国では新しいことや常識の外にあることを受容する力が弱くなり権威勾配が大きくなる傾向があります。 文化的権力格差 Q. あなたの職場では職位を尊称として使うか？たとえば、「〜〜部長」「〜〜課長」など。年少の同僚を「〜〜くん」や呼び捨てするなどの傾向はあるか？ Q. あなたの職場では上長の発言に疑義があっても明確な理由がなければ、反論すべきでないという風土があるか？ Q. あなたの職場では年齢が若い人は年齢が上の人の意見に反論すべきでないという風土があるか？ 年齢や権威に対してものが言えなくなる文化が強い場合、実際の職位の乖離を大きな権威勾
360度評価は多面的評価の仕組みではなさそう - kawaguti’s diary
360度評価ってあるじゃないですか。日本語でググると多面的評価とか出てきたりします。 いくつかの北米企業やコンサルの方に聞いてみたところでは(調査対象が偏っている可能性はあります)、360度評価の目的は、「課題のあるマネージャーをみつけること」です。つまり、部下が「あのマネージャーとは仕事しづらい」というのをフェアに報告できる制度です。もちろん部下のなかでも、仕事しやすいという意見とそうでない意見が混在する可能性も高いかなと思います。なので全員に聞く。 パフォーマンスを引き出すのがマネージャーの仕事 マネージャーの責務、会社が期待することは、部下の人たちに仕事をしてもらって、組織全体としてパフォーマンスを最大化することです。一方で、事業のトップや人事部にとって、マネージャーの評価ってとても難しいんです。うまい人は上司や人事部にはいい顔しつつ、部下にはつらく当たったりしますから。ですので、3
SmartHR が組織運営で一番大切にしていること - 宮田昇始のブログ
こんにちは、SmartHRの宮田です。 今回は、SmartHR社の経営、組織運営で一番大事にしている考え方を紹介します。 前提: スタートアップは難問がいっぱい スタートアップを創業して成長させていく過程は、100個の問題を解いていくようなものだと思っています。 しかも1問1問がなかなか手強いです。 創業期は、「どんな社会インパクトを与えるのか？」「どの市場で勝負するのか？」「どんなプロダクトにするのか？」「最初のターゲットは誰？」「どうやって顧客にリーチする？」「どうやってマネタイズする？」「採用は？」「資金調達は？」などからはじまり、 事業が軌道にのっても、「どうしたらこの機能のUXを良くできるのか？」「CPAどうやって下げる？」「ARPUどうやって上げる？」「CRMは何がいいの？」「開発の優先順位は？」「評価制度どうする？」「内定したAさんのオファー金額は適正？」「知財ってどこから手
アスタミューゼの開発組織と採用に関するQAアレコレ - astamuse Lab
こんにちは。並河(@namikawa)です。 随分と冬の足音が近づいて来た今日この頃、すっかりラーメンがより美味しく感じる季節となってまいりましたが、皆様いかがお過ごしでしょうか。 さて、今日はいつもとは趣向を変えて、開発組織の話をしようかと思います。 弊社では、優秀なエンジニアやデザイナーを絶賛大募集しているのですが、今年くらいから、私自身が本格的にエンジニア採用に携わるようになりました。このエントリでは、弊社での採用・選考(面接、面談)をどうやっているかと、その場でよく質問されることに対するQA集をまとめてみようかと思います。 弊社での業務に少しでも興味をお持ちの方に、弊社がどのような開発組織で、エンジニアがどのような働き方をしているのかのイメージ形成に役立てていただければと思います。 ちなみに募集職種や要項などは、以下の採用サイトに記載しておりますので、その補足エントリ、くらいで見て
Alignment and Autonomyな組織づくり - クックパッド開発者ブログ
はじめに サービス開発部部長の勝間(@ryo_katsuma)です。 普段は、エンジニア、デザイナ、ディレクターを含む様々な職種のメンバーのマネジメントを行っています。 今日は、私の部署における組織づくりの取り組みについてお話いたします。 背景 現在、私が所属しているサービス開発部は、年初の組織改編時に発足しました。レシピをさがす、のせるなどを含むレシピサービス、いわゆる「クックパッド」において、広告事業、会員事業など事業にまつわる開発以外のユーザーに触れる部分の開発を行っています。 クックパッドはPCウェブ、モバイルウェブ、モバイルアプリといくつかのプラットフォームをサポートしていますが、ここ最近の部署での開発はモバイルアプリを中心に行っています。 メンバーの数も他の部署と比較しても多く、学生アルバイトも含めて約45人が所属し、役割ごとに分割されたグループにも10人前後のメンバーが配置さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
