FindyFindyブログエンジニア採用【CTO・エンジニアマネージャーに聞いた】エンジニア組織で大切なのは「その会社らしさ」と「納得感」。エンジニア評価制度運用まとめ 【CTO・エンジニアマネージャーに聞いた】エンジニア組織で大切なのは「その会社らしさ」と「納得感」。エンジニア評価制度運用まとめ 2020.02.20 Findy Teamsの石川（@HRBizDev1）です。 前回、企業の成長フェーズにおける5段階別エンジニア組織の課題と取組事例を書き、様々な方からの反響をいただきました。 今回は上場企業から創業初期のスタートアップまで、様々なフェーズの企業数十社のCTOやVPoEへヒアリングを重ねる中で感じた「エンジニアの評価制度を運用する上で大切なポイント」について書いてみました。 評価制度の運用を考えるにあたって、今回の記事が少しでもエンジニア組織運営の参考になりますと幸いです。
Goyave an opinionated all-in-one Golang web framework focused on REST APIs, with emphasis on code reliability, maintainability and developer experience (DX). In short, Goyave's goals are: Catering to companies with enterprise-level clean architecture, for medium to large projects Help developers focus on the business logic of their application instead of spending time on technical aspects Provide
How our QA team leverages GitLab’s performance testing tool (and you can too) We built our open source GitLab Performance tool to evaluate pain points and implement solutions on every GitLab environment. We’ve set up several initiatives aimed at testing and improving the performance of GitLab, which is why the Quality team built a new tool to test GitLab's performance. Performance testing is an in
LINEの技術的負債を解消している話 ─ HTTP/2へのプロトコル変更やデータ同期の最適化での改善 サービス開始から10年近くがたったLINEでは、次の10年のため技術的な負債を解消・改善する取り組みをプロジェクトで行っています。 通信プロトコルをSPDYからHTTP/2に移行 抽象化レイヤーを設置してプロトコル移行のリスクを低減 Long PollingをPushへと切り替えて通信量を最適化 アプリの利用状況に応じて最適なデータ同期の方法を アーキテクチャの改善でアプリの信頼性や拡張性が向上 長い歴史を持つアプリには「技術的負債をどのように解消するか」という課題が常につきまといます。2011年にサービスを開始したコミュニケーションアプリ「LINE」においても同様で、多機能化や、開発・運用の長期化に伴い、いくつもの負債が発生していました。 この課題を解決するため、LINE株式会社では「『
コロナの影響で、急にリモートワークブームがやってきた。 僕はもういいおっさんですが、高校一年生の時にパソコン通信を始め、趣味としてネットワークにアクセスして、掲示板の管理者をやったりする中で、たくさんの人と出会い、たくさんの人と喧嘩したり軋轢を生んできた経験があります。最初の自己紹介で、いずれ炎上する人がそこそこ見極められる感覚なんてのもあった記憶があります。 オンラインコミュニケーションの中で生きてきたと言う自負はあるのですが、仕事でもたくさんの人がSlackを使うようになって、当時の趣味の世界で起きていた問題やみんなのお悩みが、仕事という日常でも起きるようになって、「あぁ昔起きたことを見てるようだ」となることが増えています。その中でも枝葉の議論ではなく、これを持ち続けると、うまく楽しくやっていけるよ、と言うことを書いてみたいと思います。 それは、 オンラインコミュニケーションに期待しす
あるいはOKRの得意なとこ、苦手なところについて。 仕事がら多くの会社を見ていて、OKRとか戦力の集中がうまくいくシナリオと、失敗するシナリオに典型例があると思った。そんなメモ。 順番に対処できるなら、リソースを集中するRPGで敵の四天王を倒すとき。パーティみんなで敵の四天王を、順番にフルボッコにしていくパターン。これは正しい戦力の集中。 「3ヵ月以内に炎の四天王を倒す」は、よいOKRです。 逆に少年漫画でよくある、メンバーが手分けして四天王1人づつ倒す展開…あれは悪い運用の例。 同時達成が求められるときは、リソースを平行運用するセンター試験のように、複数の目的を同時達成するシナリオは注意が必要。 「英数国理社すべて同時に目標達成しなければならない」 そんなシチュエーションでは戦力を平行運用し、バランスをとるのが正しい。「最初の6ヵ月は英語をやって、次の6ヵ月は数学をやって」といった、目標
Spotifyのエンジニアカルチャーというビデオで、Spotifyではどういうエンジニアリングをしているのかが説明されている。その中で、面白い概念がある。Alignment と Autonomyに関してだ。 Alignmentとは、いろいろなものを一つの考えのもとに一致させていくことだと言える。Autonomyとは自律的に動いていくことだ。この両者、相反する考えのようにも思われるが、そうでもない。その二つを軸に4象限に分けることができる。以下がSpotifyの例で出てくる図だ。 Alignment and Autonomy (From Spotify)Low Alignment Low Autonomy: この状態は、マイクロマネジメント文化だ。大きなビジョン、目的は見えず、あれをやれ、これをやれ、と指示されるだけの状態。 High Alignment Low Autonomy: この状態
日本では今、新型コロナウイルスの感染拡大を防ぐため、各企業判断のもとリモートワークや通勤ラッシュを避けた出社が推進されているといいます。しかし「会社の体制として急ごしらえで対応できない」「不要不急の外出は避ける、と言われてもどこで線引きしていいかわからない」との声も聞こえてきます。 今回は、2015年の創業時から全社的にリモートワークを導入しているone visaとして伝えたいこと、今からでもリモートワークを実運用に乗せたい会社の役立つかもしれないノウハウを、簡単にまとめました。 「世界から国境をなくす」組織、それがone visaです。国や文化だけでなく、組織や個人の壁を超えて。どこかで働く、あなたのお役に立てると嬉しいです。 one visaの状況社内で先日、統計をとったところ、メンバーの平均リモート率は61％、エンジニアでは69％でした。つまり、感染症対策は関係なく普段から30〜40
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
