Webサービスのエンジニア、事業に興味がないとスキル向上も行き詰まる話｜えふしん
中途採用で面接の時にはサービスに積極的に携わりたいと言っていたのに、いざ入社すると受け身姿勢な仕事になってしまい、積極的にサービス向上には関わらなかったり、自分自身から問題意識を持てないと周りからは思われてしまうケースがあります。 仮説としては、 １．前職がクライアントワークだったり、与えられる仕事に対してアクティブに関わるというよりは、受け身的に仕事をする姿勢が板についてしまっている中途採用のケース ２．どうやったらサービスに興味を持ったら良いかわからないケース。当人はやってるつもりだけど周りからできているとは見なされない。考え方が足りないとか、考える方法がわからないとか、考えてる量が圧倒的に少ないようなケース などが考えられます。一定、そこそこの規模のサービスになったりすると、自分自身が関与しているドメインが狭く見えてしまったり、もしくは大きなレバレッジを生み出す余裕がないと思ってしま
新人エンジニアリングマネージャを採用脳にする｜えふしん
僕が所属している会社では、スクラム採用という名の下でエンジニアも採用に携わっています。多くはチームメンバーとして面接に出てもらって、お互いの相性を見たり、アトラクトとして参加してもらったりという手段なのですが、そもそもの面接母数を増やすためのスカウトは主にマネージャ職にやってもらっています。 下記引用は他社様の話ですが、改めて、やっぱりそうなんだよなぁと思って見ていました。 しかもエンジニアを採用するためには、いま自社で働いているエンジニアの稼働時間のうち2～3割を採用、つまり選考のために割いてもらう必要があります。 マネージャがスカウトを行うメリットマネージャがスカウトを行う理由は、チーム組成を担う仕事として、プレーヤよりもマネージャの方が主体的に動けること、人を見る目を養っていく仕事が故に、良い人材へアプローチできることを意識してやっています。スカウトは、こちらが先んじてスクリーニング
何故エンジニアの上司はエンジニアである必要があるのか？｜えふしん
組織の話をしていて、何故、エンジニアの上司はエンジニアである必要があるのか？ CTOはいるがCDOがいない会社は多い。マーケティングという専門職の上司が永遠にマーケティングというわけでもない。もちろんCMOもいるだろうが、CTOに比べて常識化しているわけではない。 CTOがいる企業は増えているが、製造業の歴史的に成功した大企業がCTOがいるわけではない。 ただのエンジニアのワガママやエゴなんじゃないか？と思うことも多々ある。だから、たまに迷いが生じる。もちろん採用市場における業界の常識というのがあるので、それを無碍に無視するわけでもない。 いずれにせよ何故、エンジニアの上司はエンジニアであるべきなのか？ということを言語化できることが重要だ。 ー・ー いろいろ考えた末に、僕が一つたどり着いたものは、 ・いわゆる組織図ツリーは、ビジネスを実現するための組織図である。ビジネスが第一義になるので、
何故CTO職が必要なのか？｜えふしん
以前から何故CTOに代表される技術系の役員という役割が必要なのだろうか？と考えていた。技術が重要なだけなら昔ながらの製造業や通信産業の組織でも似たような役割が設定されていたはずだ。みんなバカじゃないので。CIOはいたがCTOはあまり聞かなかった。その違いはなんだろう？ スタートアップとして投資を受ける時にVCから「あなたのチームは技術者採用できますよね？」というのを証明するためにCTOの設置が求められたりするなど、特にWeb系企業においてはあたりまえの役割として設置されている。つまり技術者のキャリアパスとして、役員クラスまで登れるんですよ、という道筋の提示という役割はまああるのだろう。 ただ、それだと客寄せパンダにしか見えなくもなく、ビジネス的な役割が適切に存在しないのであれば長くは続かない。やはり技術部長やテックリードではなく、役員クラスとしての責任をどう果たすから技術系役員が必要だとい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
