Having spent a fair amount of time giving hiring process advice, I wanted to collect my hiring advice into a single index. Read through until you find a section that applies for you, and then read that. If you don’t have an interview process with consistent interviews and interviewers, read Designing interview loopsIf you’re not sure where your loop is having issues, read Your hiring funnel and Mo
こんにちは、Ubie Discovery(AI問診ユビー/AI受診相談ユビー)でカルチャー開発を担当しているsonopyです。 タイトルの通り、弊社Ubieには人事評価がありません。「スタートアップなのでまだ評価制度を作れていない」というわけではなく、「評価はしない」と方針を決めています。 一般的には、社員数30名程度か、遅くとも50名規模では評価制度を整えていくかと思います。Ubieは現在社員数3桁に乗ったところです。この規模で評価なしの組織運営は珍しいので、「どういうこと？」と聞かれる機会も増えてきました。 私自身も大小IT企業の組織を経験してきましたが、過去の経験にない、ユニークな制度だなと感じます。評価せずどうやって士気の高い組織づくりをしているか、そのメリット・デメリットなどについてご紹介します。 個人評価や等級・役職はなし。昇給は会社成長と連動 Ubieにおける「評価しない」の
こんにちは、本記事では弊社のカジュアル面談についてライトに書いてみました。文字数は5800字程度ですので読了には5~10分ほどを要すると思われます。 対象読者 Quipperのカジュアル面談に来てみようと思っている方 他社のカジュアル面談がどのような感じか知りたい方 言うまでもないかもしれませんが弊社のやり方が唯一の正解ではありませんし、完成形でもありません。とはいえ現時点で獲得しえたカジュアル面談のノウハウを世に出すことで業界全体の採用活動のレベルの底上げに寄与していきたい気持ちがあります！ カジュアル【casual】［形動］格式ばらず、くつろいでいるさま。 カジュアル面談とは? 初めに言葉の定義を合わせていきます。 弊社 Quipper は面接・面談をより良いものにするために東京オフィス採用面接ガイドというものを公開しています。（同ガイドに関しての詳細はより良い面接を実現するために "
以前ソフトウェア開発者採用ガイドの読書感想文を書いたときに反響が思ったより大きかったので、エンジニア採用というテーマは関心が高いのだなと感じました。 上記感想文のエントリでも書いていますが、お手伝いしている会社の方などから「どうやったら良いエンジニアを採用できますか？」と聞かれることがよくあります。先のエントリでは「頑張るしかないですねとしか答えようがない」と書きましたが、頑張るとはいったい何を頑張るのか、きちんとまとめておいたほうが良いなと思いエントリをしたためる次第です*1。 あくまで僕はこう思いますという話で、この通りにしたからといって必ず良いエンジニアを採用できる保証はありません。あしからず。 想定読者 良いエンジニアを採用したい偉いひと、もしくは人事のひとです。 前提: 良いエンジニアとは このエントリでの「エンジニア」とはいわゆるweb系のエンジニア(例: サーバサイドエンジニ
適切な人材を採用することは、組織への貢献につながります。職種の要件、構造的な面接手法、採用委員会などを通じて、効果的な採用を行うためのプロセスをご紹介します。 採用は、組織にとっての最重要課題の 1 つです。新入社員の存在は、チーム、文化、会社の方向性に影響を与えます。採用プロセスに時間やリソースを投資し、研究を重ねることが良い結果をもたらします。適切な人材を採用するには時間がかかることもありますが、採用判断を誤ると、結局はより高くついてしまう可能性もあります。 採用よりもトレーニングに多額の投資をしている企業は、現在も多数存在します。 ASTD（米国人材開発機構）が 2012 年に発表した業界白書によると、米国企業が 2011 年に研修プログラムに費やした総額は 1,562 億ドルにも上ります。また、従業員がその 1 年間に受けたトレーニングは、平均 31 時間、つまり毎週 30 分以上
こんにちは、HR TechスタートアップでHRBP(Human Resources Business Partner)をやっています。 前回のnote（エンジニア採用が変化してますよ。という話）を読んでいただいたみなさま、ありがとうございました。シェアして頂いたおかげで経営者・人事の方々にも読んで頂けたようです。重ねて感謝申し上げます。 今回は続編として「エンジニアが採用できる組織をつくるための基礎知識」というテーマを扱います。少々マニアックになるので読みやすくはないかもしれません。 エンジニアのチーム作りで有名なTeamGeekに書かれているような「HRT(Humility, Respect, Trust)」がなぜ大切なのか、Googleの「心理的安全性」のあるチームがなぜパフォーマンスがでるのか、といった事例を理解するための助けとなる、組織心理学の基礎知識と実践のサンプルが得られる書籍
HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。
こちらの記事を読んで、ちょっと思うことがあった。 d.hatena.ne.jp 「できる人はできる人と一緒に仕事したい」というのはたぶん本当だ。まだ会社で働いていたころ、採用担当者が「優秀なエンジニアをたくさん採用するためには、優秀なエンジニアをたくさん採用する必要がある」という循環論法っぽい話をしているのを聞いたことがあるが、たしかに優秀な人が在籍している会社はその事実だけで採用力が上がる。 実際に就職してから本当に一緒に働けるかはともかく、「あの優秀な◯◯さんが働いている会社なら、きっといい会社なのだろう」という推定には一定の納得感があり、かくして勢いのある会社には優秀な人が次々と集まり、逆に優秀な人が辞めていく会社からは人がどんどんいなくなっていく。たとえば、かつてのソーシャルゲーム系ネット企業が人材を大量に集め、そして大量に失っていった一連の流れの裏にはこの「できる人」の大移動があ
主にクラスメソッドメンバーズにおけるサポートサービスとフートシリーズ（運用保守オプション）を担当するグループです。運用保守、システム監視、セキュリティ監視、継続的コンサルティングと、システム稼動後のお客様インフラを24時間365日体制で安定した状態に保つために日々お客様とやりとりしています。 このように、一つの部の中に担当業務が違う複数のグループがありますが、部全体のビジョンはただ一つ、「AWSに関する圧倒的な量のノウハウを用いて、AWSインフラを安く早く構築し、AWSのことをまるっとお任せしてもらうことで、お客様のビジネスに貢献する」です。そして同じビジョンを掲げたチームとして、採用方針もグループ毎に分けず、部として統一しています。 今回はAWS事業部の採用方針をご紹介します。 AWS事業部の採用方針 AWS事業部の採用方針は以下の3つです。 技術が好きな人を採る クラスメソッドはエンジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
