人事コンサルや組織風土醸成の仕事に転職したい人に知って欲しいこと | ユニコーン転職日記
人事ほど勘違いしがちだけど「評価制度の目的」は「ちゃんと評価すること」じゃなく「納得感を生み出す」事と「優秀な人材に1日でも長く貢献してもらう」事。仮に「めっちゃフェアな評価したわー」と満足したとしても、1円すら生み出さないので、身の丈に合わない評価制度は運用コストも考慮すべき。 — たいろー /ユニコーン転職ラジオ (@tairo) May 11, 2020 そこで今日は、現在の職場で「戦略人事」として組織制度設計や運用に携わる方。あるいはその職種に自分のキャリアを寄せていき、いずれは転職したいと考えている方。 もしくは、そういった組織課題を外部パートナーとして請け負う「組織人事コンサルタント」の方や、人事コンサル業界への転職を考えている方。 こういった方たちに向けて、自分がこれまで得てきた リクルート時代の人事経験転職エージェントの業界経験転職業界からIT業界に移籍した経験自分自身がこ
エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント（組織マネジメント）という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その
「一時期、会社と心理的距離を置いてました」メルカリのコーポレートを支えるメンバーを奮起させたバリューと人の力 | mercan (メルカン)
2020-3-9 「一時期、会社と心理的距離を置いてました」メルカリのコーポレートを支えるメンバーを奮起させたバリューと人の力 「メンバー全員がその道のプロフェッショナルとしてオーナーシップを持ち、日々の学びを怠らず、成果や実績にコミットする。」 これはメルカリが大切にするバリューの一つ「Be a Pro（プロフェッショナルであれ）」のディスクリプションです。単に個人が専門性を発揮するだけでなく、自発性や責任など、仕事に対する姿勢も、この言葉の意味に込められています。 2019年10月〜12月期。そんなメルカリのプロフェッショナリズムをもっとも体現したメンバーに贈られる賞「Be a Pro賞」に輝いたのが、Accounting & Taxの深貝晋平（@kai）です。 公認会計士・税理士である深貝は、2017年7月に大手税理士法人からメルカリへ入社。それ以降、グループ全体の税務のプランニング
スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital
最近でこそ「MVV」（ミッション・ビジョン・バリュー）ということが話題になることが増えて、スタートアップにおいて、比較的早期に組織のレーゾン・デートル（存在意義）を考えたり、言語化することが増えてきましたが、これは日本では比較的最近のトレンドのように思われます。 まだメルカリが社員10名程度だった頃、現在同社の取締役会長を務める小泉文明さんが経営陣4人とともに合宿をして、今では有名なメルカリのバリュー、「Go Bold」（大胆にやろう）、All for One （全ては成功のために）、Be Professional （プロフェッショナルであれ）を定めたのは日本のスタートアップ業界では良く知られた話です。2013年末から2014年にかけてのことで、当時、アーリーステージのスタートアップが、こうした言語化をするのは極めて珍しいことでした。すでにメルカリは最初の5か月で100万ダウンロードと成長
ユーザーファーストであり続けるために開発チームオンボーディング資料を作ってみた｜坪田 朋
※クラシル開発チーム向けの資料を外向けに公開した内容です これから開発メンバーが増えてくるので、カルチャーを言語化してみた。今できている文化もあると思うし、今後の考え方を言語化したモノもある。 これをクラシル開発チームのオンボーディング資料として、継続的にアップデートしていくことにする。 これは何に使うのか・新メンバー向けのカルチャー説明 ・メンバー同士で声を掛け合ってカルチャーを浸透させていく ・採用面接やリファラル採用時の文化説明 作った背景開発部もエンジニア、デザイナーが増えて組織が大きくなってきた。常にユーザーファーストであり続けられるよう今から言語化しておく事にする。 「成長痛」とも言われるが、ベンチャー企業の組織拡大に伴い30 / 50 / 100人の壁が存在していて、組織に歪が生じやすいし、個人で成果を出すのが難しくなってくるタイミングがある。 人が増えていく過程で様々なカル
「飲み会こそ、管理職が幹事をやるべきだ」と、管理職の私が考える理由。 | Books&Apps
しんざきは、「会社の(ある程度フォーマルな)親睦飲み会の幹事を何故か若手がする」ということに反対する立場です。 もうちょっと率直にいっちゃうと、「飲み会の幹事は若手にやらせとけ」という風潮が嫌いです。 いや、すいません、そんな大した話じゃないんですけど。 毎年、忘年会とか、新年会とか、歓迎会の季節になってくると、大体話題に挙がってくることとして、「若手に飲み会の幹事をさせる問題」というものがあります。 会社である程度フォーマルな飲み会や懇親会があるとして、日程調整とか、出席調整とか、会場手配とか、当日の取り仕切りとかを若手社員、特に入社1〜2年目の若い社員にさせるという風潮です。 これは私が観測した範囲内の話なんですが、「若手に幹事をさせる」ことについて、賛成派にはちゃんとした理由がありまして、よく聞く理由は次のようなものです。 ・若手にはまだ振れるタスクがあまりなく、暇なことが多いから
CTOの大切な役割の一つ｜Matsumoto Yuki
久々に記事を書いてみました。スタートアップの経営者やCTOというポジションを今担っている人、これから目指す人向けに私見をまとめた乱文です。直近はCTOというよりも、もはやポジション名もわからないなにかになってしまい、人事や総務、マーケティング、各事業の経営管理など職責を広げすぎてしまいましたが、今回は自分にとってのCTOの職責として重要なものとは何かを考えてみました。 要点事業をスケールさせるためには、まず組織とプロダクトの設計が相互に影響し合うことを理解する。その上で事業構造の理解から、より素早く改善すべきレバレッジが効くポイントを見出し、その改善が最も素早く進む組織とプロダクトのアーキテクチャを同時に設計する。こうしたプロダクトと人、事業の3つを理解しながらアーキテクチャ設計することがCTOとして重要な職務の一つだと考えています。 事業とCTO先日、スタートアップ界隈を見ていて下記のも
CTOの頭の中：技術を財務で表現する｜Shin Takeuchi｜note
会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない
【資料公開】マネジメント向けアジャイル開発概要
みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし
青学･原監督｢強いチームは指示待ちしない｣
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
組織はツリーではない - Jim Coplien さんのスケールフリーネットワーク論 - kawaguti’s diary
RSGT2020の基調講演をやっていただく Jim Coplien さんによる、大規模組織のお話がありました。 この話を聞くのは実は三回目(飲み屋、ウィーンでのScrum Gathering、今回)ですし、ありがたいことに、色んな人に日本語で説明することもあるので、周りの人とも話しながら自分なりの認識がまとまってきました。 いや、お前のまとめなんていらないんだよ、とは思いますが、全体をちゃんと書くのは難しいので(ビデオとっとくべきでした)、ざざっと書いておきます。 人々は組織をツリー構造*1で考えがちで、実際に公式な組織アサインはそのように運営されがちだが、末端のノード間やたすき掛けのようなつながりは自然に起きていて、それによって情報流通の効率性が維持されている。これは、兼務をつけて複数部署にマネージャーを頭出しさせるのとも違うし、マトリックス型組織でプロジェクト運営するのともちょっと違う
エンジニアだけが優遇されるのではない組織をつくりたい - Unknown Error
※ 2つの意味で解釈できるようなタイトルだった*1ため、より伝えたいことが明確になるタイトルに訂正しました。ご指摘いただいた皆様ありがとうございました。お詫び申し上げます この記事はEngineering Manager Advent Calendar 2019の17日目の記事です。 手前味噌だが、所属している会社のエンジニア組織はだいぶ良い感じになってきているという自負がある。最近書いた自社のブログのエントリも多くの方に共感いただいた。 hackerslab.aktsk.jp 一つ一つの組織活動に対してこれって本当にあるべき姿なんだっけというのを問い続けながら地道な改善を続け、組織としての練度が大分高まってきた。 結果として、自社のあらゆる組織の中で、エンジニア組織は一番改善が進んでいる。*2 一方で、そこはかとなく、「このままで良いんだろうか」というモヤモヤがある。 会社はエンジニアの
無能な同僚と働くということ。 - WETな備忘録
君へ、 つい最近まで、南米で3ヶ月ほどデータエンジニアとして仕事していた。Tシャツで帰ってきて震えた。寒くて。 僕にとって2019年は、あんまりいろんなことが無かったくせに、いや糞ヒマだったからこそ、いろいろ考えることが多い1年だったと思う。最後の3ヶ月以外は、基本的にヒマだった。 過去に僕はベルリンで1年ほど働いていたこと*1があり、まあ結論からいうと音を上げて、日本に逃げ帰ってきた。何がそんなにしんどかったかというと、ベルリンは十分英語で生活できるとはいえ、ドイツ語関連のトラブルシューティングに付き合ってくれるドイツ人の友人を作ることができなかったというのが大きいが、そういう人間関係を構築することが出来なかったことも含めて、当時所属していた会社の上司および同僚と上手くいかなかったのが致命的だった。 とくに、エンジニアの同僚氏、つまり君は、まったく許せなかった。 あれからもう3年も経ち、
DX Criteria の活用を始めた｜Sotaro Karasawa
とある支援先で早速、 「日本CTO協会が先日公開したDX Criteriaなんですが、是非コレを見ていただきたいんですよね。 まず、日本CTO協会については、主にIT業界・スタートアップ業界のCTOが中心となって設立された一般社団法人です。もともとただのコミュニティだったんですが、社団法人化されたことでこれまで届かなかった人たちに情報を届けられるようになると思っていて、それこそ先日のイベントでは西村大臣からのビデオレターを頂いたりと、早速その良い効果が出てきていると感じています。 DX、というのは、大企業やビジネス界隈では最近言われている『Digital Transformation』というのがあって、これは経産省のDXレポートとかでも話題になっていわゆるDXなんですが、実際のところそういうものを実現するためには実は内製開発組織って必要じゃんみたいなところで、CTO協会ではいわゆるエンジニ
メルペイのエンジニア組織をEMとして振り返ってみた | メルカリエンジニアリング
この記事は Engineering Manager vol.2 Advent Calendar 2019 の 4 日目の記事（代打）です。 はじめまして。メルペイでBackendのEngineering Manager（以下EM）をやっている@keigowです。 Merpay Advent Calendar 2019 の初日で行われた、メルペイ VPoE による2019年の振り返りを受けて、メルペイのEM目線でもエンジニア組織を振り返ってみようと思います。 はじめに 振り返り VPoEの入社（2018年4月〜） PM/EM/TL体制の導入（2018年7月〜） リリースに向けた開発（2018年10月〜） メルペイ1stリリース（2019年1月〜） 大型キャンペーンと組織体制の変更（2019年4月〜） 技術負債の返済と採用（2019年7月〜） 成長とクオリティの追求（2019年10月〜） おわ
運用技術者組織の設計と運用 / Design and operation of operational engineer organization
第12回 インターネットと運用技術シンポジウム（IOTS 2019）～運用管理する人”も”報われるシステムの構築を考える～ にて招待講演を行った際の資料です。 概要: https://www.iot.ipsj.or.jp/symposium/iots2019/ プログラム: https://ww…
幻影旅団のチームマネジメントのすばらしさとそれでも鎖野郎に半壊させられた理由を考察する｜人事のなべはるさん
記事の中で映画、ゲーム、漫画などのネタバレが含まれているかもしれません。気になるかたは注意してお読みください。 悪の組織の心理的安全性ランキングの栄えある1位はハンターハンターの幻影旅団です！ 幻影旅団はほんとうに良いチームなのですが、ここでふと疑問に思うことがあります。それは、「ヨークシンシティ編で鎖野郎に半壊させられてるじゃん」というもの。この疑問に答えるべく、筆をとりました。 というわけでこの記事では、幻影旅団のチームマネジメントがいかに優れているか？と、優れたチームマネジメントにもかかわらずなぜ鎖野郎に半壊させられたのか？をチームビルディングの観点から考察します。ヨークシンシティ編のネタバレありまくりなので、ご了承ください。 団員どうしの仲が良く、リーダーは親しみやすい幻影旅団が他の悪の組織と大きく異なるユニークな点は、上下関係なく団員どうしの仲が良いことです。 例えば下記の描写。
サイボウズは「SaaSシフト」をどのように成功させたのか
AI活用やDX（デジタル・トランスフォーメーション）、アズ・ア・サービス化によるサブスクリプションモデルの導入など、テクノロジーを駆使した新たなビジネスがさまざまな業界を席巻している。今まで非IT企業だった企業群もソフトウェア開発をコア・コンピタンスにしていく必要に迫られる中、組織全体でITシフトを進めるためのステップを書き記したのが及川卓也氏の著書「ソフトウェア・ファースト」（日経BP）だ。 及川氏は執筆に際して、ソフトウェア・ファーストを実践することで各業界に新風を吹き込んできた日本企業に取材を実施。デジタル変革のあるべき論だけではない、リアルな実情を踏まえたソフトウェア開発力向上のヒントを探った。 今回紹介するのは、サイボウズ開発本部長・佐藤鉄平氏の経験談だ。業務アプリケーションの「パッケージソフト販売」から「クラウドベースのSaaSモデル」への事業転換に成功した同社に、開発体制の変
経営陣と現場の距離は、社員規模に比例しない | Coral Capital
経営陣として方針を説明したり、社員の声に耳に声を傾けるのは大事なことです。しかし、スタートアップといえども社員数が一定数を超えると社員の声は拾えなくなりがちです。むしろ、無理に拾おうとしても対応できなくなるため「言っても無駄と思われる」ことから、かえって逆効果だという話も聞きます。 ここでいう一定数というのが100人なのか1000人なのか分かりませんが、やり方次第では10万人規模になっても十分に1人1人の社員に向き合うことができるのではないか、と思います。私は過去に10万人規模の会社2つに在籍したことがあるほか、1000〜2000人や数百人、十数人の会社、数人の組織に身をおいた経験があります。風通しが悪い十数人の組織にいたときに不満や不信感がぬぐえなかったことがあるのに対して、情報の透明性が高く、1人1人の社員に耳に傾ける文化と制度がある10万人の組織では、組織運営という点では全く文句がな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - cto-a/dxcriteria: DX Criteria: the Criteria for Two DXs (Digital Transformation and Developer eXperience)
