4年間で開発メンバーを30名から100名へ エンジニア採用戦略と事業をスケールさせる組織設計 https://peatix.com/event/3112465/view のイベントで発表したスライドです。 Chatwork開発組織における直近の組織戦略と開発人事(DevHR)での取り組みについてまとめました。
![開発組織拡大に耐えうる組織戦略と開発人事チーム](https://cdn-ak-scissors.b.st-hatena.com/image/square/6f184d82a3919657a49b1952c45c32b9937ce308/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F7e229ff726a74735bc1eb991e63f57b7%2Fslide_0.jpg%3F20353479)
4年間で開発メンバーを30名から100名へ エンジニア採用戦略と事業をスケールさせる組織設計 https://peatix.com/event/3112465/view のイベントで発表したスライドです。 Chatwork開発組織における直近の組織戦略と開発人事(DevHR)での取り組みについてまとめました。
CTOアドベントカレンダー2021の12日目の記事です。 今の時代、様々な組織の情報透明性が上がっています。 有名スタートアップが自社のエンジニア組織についてメディアで発信している情報を見たり、流行りの本でGAFA・米国ユニコーン企業のエンジニア組織で採用されている最新の概念を勉強したりできます。 しかし成功している素晴らしい会社の話を聞いていると、どうしてもそれが唯一の正解だと思ってしまいがちなので、注意が必要です。 それらは成功して大きくなった後の組織の話であり、またブランディングとして良い側面だけをクローズアップして拡散しています。 そしてタイトルの通り、事業内容により必要なエンジニア組織は大きく異なります。 成長途上のスタートアップでは名もなき戦略を自分達でゼロベースで考えながら、それを泥臭く改善していく必要があります。 具体的に、事業内容によって必要なエンジニア組織が変わるとはど
おはこんばんちは!!尾藤 a.k.a. BTO です。 これは CTOA Advent Calendar 2020 の5日目の記事です。 今までウノウとUUUMの2社のスタートアップでCTOを足掛け10年近くやってきました。経歴柄、CTOのいない企業から開発組織の作り方の相談を受けることが多いですが、やはりCTOが不在で開発組織を作っていくのは非常に困難です。とはいえ、転職市場に都合よく即戦力になりうるCTO人材が簡単に見つかるのも稀です。そこでCTOが不在の中で開発組織を作っていくために大事なことをまとめてみました。 開発組織作りで大事なのは採用ではなく環境作り開発組織作りで大事なことはいろいろありますが、最も大事なのは採用と環境の2つではないかと思います。環境が良くなければ優秀なエンジニアは採用できないし、優秀なエンジニアに来てもらえなければ良い開発環境を作ることができません。いわゆる
ゆめみの不採用基準を事前に公開しております。 不採用基準公開の背景や考え方については下記でも説明しています 特に◉の部分は最重要 ・短期的なキャリア志向の人 ◉自社サービスに関わりたい人 ・問題から目を背けて逃避したりする傾向がある人 ・役職、立場による序列を使って問題を解決してきた人 ・厳格さを、相手に求めてしまうような人 ・(他者への)あるべき論が強すぎる人 ・理論や理想論への傾倒が強すぎて、現実的な実践が不足しがちな人 ・言われた通りに知識学習を行う傾向の人 ・権威に対して従順で、枠組みを抜け出すことが不得意な人 ・物事を深く追求したりせず諦めてしまう人 ・変わる必然性がその人に中にない人 ◉メタ認知、メタラーニング力が低い人 ◉普段から学習やアウトプットを怠っている人 ◉協働力が欠ける人 以下で、その背景、理由をお伝えします。 カルチャーとは何か? まず、私は「カルチャーフィット」
2020 年 1 月から株式会社ZIZAI の IRIAM で「雑談するおっさん」をしています。なにをやったか、なにをやってるかを書いていこうと思います。ちなみに自分の本業は開発者です。 まずお手伝いする上で条件を出しました。 サーバ/インフラに関する技術決定権採用判断権組織改善権評価改善権結果としては偉い人から「何やっても構いません、全部おまかせします」って返ってきました。 さて、やったこと、やってることを箇条書きで書いてみました。技術的な話の詳細は内緒なので書きません。 Twitter での定期的な採用告知自分への Slack DM の禁止自分への返信はスレッド禁止(好み問題)可能な限り即決断する自分だけでは決断できない場合はいつまでに判断する旨を伝えるSlack のパブリックで #shiguredo を作ってもらい、自分とはそこでのみ会話するエンジニアの上下関係の削除プライベートに対
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く