中途入社のエンジニアがすぐ辞める!?定着率を上げるための対策とは - paiza times
Photo by Stavros Charakopoulos こんにちは。倉内です。 IT業界の転職市場は依然として売り手市場が続いており、エンジニアの採用に苦労されている担当者の方も多いのではないでしょうか。 先日「｢中途入社組がすぐ辞める｣日本企業の深刻実情」という記事が話題になりました。 IT業界も例外ではなく、ようやくエンジニアを採用できたにもかかわらず、入社後に短期間で退職されてしまったというケースは頻繁に見られます。 そこで今回は、日本でも導入企業が増えつつある「オンボーディング」という取り組みに注目し、中途採用したメンバーの短期退職を防ぐことはもちろん、早期に組織の一員として活躍してもらうために企業は何をすべきか考えていきたいと思います。 中途採用者が定着しない原因 企業が中途採用をおこなう理由は何でしょうか？ 退職者が出て急いで欠員を補充したい、事業を拡大するので人を増やし
「エンジニア採用したい」と言う割には面接が下手な企業が多すぎるという話 - paiza times
Photo by Simon Cunningham こんにちは。谷口です。 paizaはITエンジニアの転職・就職サービスなので、エンジニアを募集している企業の採用担当の方から「エンジニアがほしいのに全然採用できない」「採用したいと思った人に辞退されてしまう」といったご相談を受けることもよくあります。 残念ながら応募者からの辞退が続くような場合は、採用する側が「面接でエンジニアに嫌われるようなこと」を知らずにやらかしている可能性が非常に高いです。 たとえば 人事担当者だけでエンジニアを面接したら辞退されてしまった 面接が始まってすぐに志望動機などを聞いたら「は？」という顔をされた 面接の最後に会社説明をしたが、あまり興味を持ってもらえなかった といったことはありませんか？ 面接でのこういった行為は応募者の志望度を下げ、辞退を招く原因となってしまいます。本当に優秀なエンジニアを採用したいので
新規事業を潰してわかった、失敗するスタートアップの8の兆候 - paiza times
Photo by Jeff Attaway 今回のpaiza開発日誌は片山がお送りします。 paizaの運営を始めて3年半ほどたちました。 大変なこともたくさんありましたが、ユーザー数もこの1年で約6万人ほど増えるなど、事業もだいぶ軌道に乗ってきました。 paizaはメディアビジネスなので、ITエンジニアと求人企業がそれなりの数集まらないと成り立ちません。初期投資もそれなりに必要だったため、最初のころは資金がすごい勢いで溶けていく割には先が見えない、まさにヒリヒリと「痺れる」毎日をすごしていました。 最近ではようやく事業も軌道に乗ってきましたが、ここまで来るためには、paizaを立ち上げる前に一度、新規事業立上げで失敗した経験がとても役立ちました。 今回は、その失敗から学んだことをまとめてみました。何かの参考になれば幸いです。 ■スタートアップ立上げをやってみて分かった失敗の法則 paiz
なぜプロジェクトは炎上するのか？炎上しやすい4つの傾向と、炎上を防ぐ3つの対策 - paiza開発日誌
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 某Mずほ銀行の案件のニュースが出たとき、弊社でも結構話題になりました。 あんなに巨大なプロジェクトをしずめるのは、もう本当に不可能なんじゃないかと思いますが、どんなに大きな炎上も、恐らくは小さな火種が集まって、やがて大きな炎となってしまった結果だと思いますし、最初の小さな火種の段階からぷちぷち消していけたらこんな結果にはならなかったはず……。 という話をしていたときに、paizaのエンジニアが「かつて炎上しているプロジェクトに自ら突入していくのが趣味だった」などと言い出しました。「そういう性癖なのかな」と思ったんですが、聞いてみると 「炎上しているプロジェクトに行くと『優秀な人たちはどんな振る舞いや働きをして炎上をしずめているのか』『何が原因で炎上したのか、どの時点で何をし
「工数一日」は「明日できる」じゃない！エンジニアと非エンジニアのギャップとは - paiza times
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャーといった非エンジニア職の方々は、エンジニアとコミュニケーションをとることに難しさを感じたり、考え方にギャップを感じたりしたことがある方もいらっしゃるかと思います。 「エンジニアとわかりあえない…」「エンジニアが何を考えてるのかわからない…」という方のために、エンジニアとのトラブルのもととなるやりとりや、気を付けるとよいことを考えていきますので、非エンジニアの方々の参考になればと思います。 ■「どれくらいでできる？」はその場で決められるものではない 非エンジニアとエンジニアのもめごとの原因で多いのが、スケジュールに関することです。 非エンジニア「この機能どれくらいでできる？」 エンジニア「一日でできます」 非エンジニア「じゃあ明日リリース
4月からエンジニアになる人が入社前から読んでおくべきITニュースサイト10選 - paiza times
Photo by Boris Schubert こんにちは。谷口です。 4月からITエンジニアとして入社される皆さん、おめでとうございます！ 学生の方や新社会人になる方々とお話をしていると、「就活中や入社前に見ておくと役立つサイトはありますか？」「入社後はどういった情報サイトで情報収集や勉強をすると良いですか？」といった質問を受けることが非常によくあります。 最新技術や新しいプロダクト等の情報等を収集するのは技術者としてとても重要です。 ITエンジニアになる方々の中には「そんなの学生のうちからやってるぜ」という方もいらっしゃるかと思いますが、実際にお話をすると「もうすぐ社会人になるけど、何で調べるといいのかよくわかんないです…」という方も多いのが現状です。 そこで今回は4月にITエンジニアとして新卒入社をされる方々が、デキるエンジニアになるためにチェックすべきIT系情報サイトを、大きく分野
就活生に送る！就活で内定が出ない人の3つの特徴 - paiza times
Photo by Andy こんにちは。谷口がお送りします。 経団連の指針により、2016年卒業予定者から、就活のスケジュールは従来より後にずれ込む形となりました。 学部3年の3月、つまり今月から採用情報が解禁され、企業説明会や応募者エントリーが開始したわけですが、就活生の皆さん、進み具合はいかがでしょうか。 もう既に「片っ端から説明会に申し込んでいます」という方も「まだ何もしていません」という方もいらっしゃるかと思いますが、就活に失敗する人、つまり書類や面接で落ちる人というのは、ある程度共通した特徴があります。 今回はそんな就活で内定がでない人の特徴についてを考察していきたいと思います。 ■就活に失敗する人の大きな特徴3つ ◆1.準備が足りない Photo by MELISSA MATHIES 書類選考や面接に落ちた時に、「落ちてしまった、自分は何て駄目な人間なんだ」と思う人も、「ただ単
【アンケート結果発表】ITエンジニアに読まれない求人の共通点 - paiza times
こんにちは。今回は谷口がお送りします。 転職に興味があるITエンジニアの皆さんは、企業の求人のどこを重視して読んでいますか？ また、エンジニアを採用したい企業の皆さんは、どんな求人を出していますか？エンジニアの皆さんが応募したくなるような求人票を書けていますでしょうか？ 先日paizaでは会員の方に向けて、企業の求人票に関するアンケートを実施しました。期間は2014年10月2日から10月14日の間、対象となったのは、20代、30代で正社員・契約社員・派遣社員の皆さん358名です。 この結果から、どのような求人がITエンジニアに嫌われてしまうのか、またITエンジニア求人における人事の勘違いポイントが浮かび上がってきました。 そこで今回は、エンジニアに興味を持たれる求人と読んですらもらえない求人の違い、そしてどういった求人を出せば優秀なエンジニアに応募してもらえるのかについてを考察してみたいと
プログラム未経験者の同僚が、たった１時間でゲームを作った方法 - paiza times
Photo by Emmett Tullos こんにちは。今回は谷口がお送りします。 先日このブログの記事で、Flappy Codeを使って、実際に弊社社員にビジュアルプログラミング学習をしてもらい、ゲームを作ってもらったということを少し書きましたが、今回はそのFlappy Codeのプレイ方法から、ゲーム作成に至るまでをお話ししていきたいと思います。 ちなみにやってもらったのは、普段は事務を担当しており、プログラミング経験は全くないという弊社女性社員ですので、初心者としては最適なプレイヤーだと思います。 ■Flappy Codeでビジュアルプログラミングを学ぼう Flappy Codeは、「米国の全ての学校にプログラミングの授業を導入しよう」とするNPO団体、Code.orgのサイトでプレイすることができます。 What will you create? | Code.org Code.
IT業界の『多重下請け構造』は社会悪になりつつある - paiza times
Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3
もし先輩女子エンジニアが『アルゴリズム』を図解で教えてくれるとしたら - paiza times
2014年7月30日より8月27日まで開催した、paizaオンラインハッカソン（略してPOH![ポー！]）Lite「天才火消しエンジニア霧島 もしPMおじさんが『丸投げ』を覚えたら」ですが、どのような解法が有ったのでしょうか。 今回もPOH恒例の「解説図解」を、天才火消しエンジニア霧島が解説するとしたら、という体で書いてみたいと思います。(特に文体とか変えませんがｗ 最後に霧島壁紙DLが有るので是非最後までお読みください。) ■どのような高速化ステップがあるのか？ 今回の問題ですが、実行時間に大きく影響する計算量別にみたアプローチでは、すべての組み合わせを出して、人数を満たして一番安い組み合わせを見つける全探索[計算量はO(2^N)]と、動的計画法[計算量はq = max(q_i) としてO(Nq) ]（やり方によってはO(NM)）による2種類があります。 また全探索を改良し、効率的な枝刈
地方の常駐・運用PGが、東京の開発エンジニアになるためにやった一つの事 - paiza times
Photo by Ryan Johnson 今回は、paiza開発担当の佐藤がお送りします。 paizaの開発エンジニアとして働き始めたのが今年2月から。日々Railsと格闘しつつpaizaのWebサービスの開発を行ってますが、それ以前は北陸のとある地方でC#メインの運用保守エンジニア（常駐型）をやってました。そんな自分が開発エンジニアになるためにやった事、また実際になってみて判った事について書いてみます。 ■何をやっていたか 地方の高専の情報工学科→同じ地方の大学に編入→大学院→同じ地方の常駐メインのIT企業→paiza(ギノ)というのがこれまでのキャリアです。その地方のIT企業では地方自治体のサーバの運用保守のエンジニアをやってました。 運用保守エンジニアの仕事は、他社が作ったシステムが納品されたところから引き継いで運用保守をしていたのですが、そのシステムは色々とバグが多かったので当初
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
