技育祭2020にて
こんにちは、SmartHR で人事をしているぷりんたいです。 このたび「期間限定」で人事チームに異動のもと、エンジニア採用強化に向けた制度作りや採用プロセスのシステム化などを行っております。今回は以前からケースバイケースで実施していた体験入社という取り組みを社外にも公開できるように制度として整備しましたのでご紹介をさせていただきます。 まえがき 共にプロダクトを開発してくれる仲間と出会えず涙ぐましく空回りしていた上半期、サイゼリアで行った歓迎会の練習会が功を奏したのかは不明ですが、幸いなことに下半期では本日時点でエンジニアチームに新たに7名が入社してくれました 🎉 入社後のメンバーからもオープンな社風・文化については良い評価を頂いていますが、これって入社して中の人になってみないと実感できない部分がどうしてもあると思います。特に企業内におけるエンジニア組織って、会社によって位置づけや文化が
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ Mob Programmingって初めて聞いたけど、とてもいい方法に思える。 コードを書く時に、今現在の仕様はわかっていたとしても、今後どうなるか、どういう方向に発展するのか気になって、ビジネス的にその分野に詳しい人の所に聞きに行ってから書きはじめることがあるし、性能的に大丈夫かDBに詳しい人の意見を聞いたり、何か迷った時に過去のプロジェクトで似たようなケースをどっちの方法で解決したか調べたりすることもある。 書き出すとすぐ終わる短いコードでも、書き出す前に、聞きにいったり議論したりする時間が随分かかっていることもある。この時間をかけないと、結局、後で変更になるので、先に聞きにいくのがベターなんだが、チーム全員集まってひとつのコードを書けば、そういう時間を省略できるような気はする。 だから、これが生産性が高いということは感覚的に
最近タスクがどのくらいで終わるか見積もることが多いんだけど、そのたびにうまく見積もりができてなかったり、思ったより長引いてしまってすごく忙しくなってしまったり、といったことが何度かあった。このままじゃ良くないなーと思って、「アジャイルな見積りと計画づくり」を読んだ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者:Mike Cohn,マイク コーン毎日コミュニケーションズAmazon 実際読んでみると今の状況に非常にぴったりで良い本だった。この本を読んでいくと、最初から正確な見積りをするのは不可能で、作業をしながら見積りの精度をあげるといったり、変更やリスクに強いスケジュールをうまく作るということをしていく必要があるということが分かる。なんとなく自分がタスク管理をしないといけなくなったけど、なんかうまくいかないと思っている人には非常に参考になると思う。あと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く