月別: 2018年11月

ITベンチャーが語るエンジニアリング組織論とは

ITベンチャーが語るエンジニアリング組織論とは

【特別対談】 ITベンチャーが語るエンジニアリング組織論とは

https://lob.connpass.com/event/106604/

11月27日に開催されたこちらのイベントに参加させていただ来ました。
その中で気になったことをまとめました。

参加の目的

・エンジニアに対するマネジメントは何が正解なのか知りたかった
・自分は若手でマネジメントされる側ですが
マネジメントする側の視点を取り入れたくて参加しました。

トークの流れ

1. 初期採用について
2. チーム開発
3. 目標設定と評価設定
4. EM(エンジニアマネージャー)の重要性について

1. 初期採用について

何をした?

リファラル採用

人事は?

スタートの段階ではいなかった
リファラルで人事が入社してきてくれた

社員の巻き込みは?

社内を2チームに分けてリファラルで入社数で勝負したり
共感してくれる人をリファラルで引っ張る

初期採用について

初期はいい人材をゲットできるチャンス
VCはエンジニアの獲得を見ている
逆にエンジニア引っ張ってこれない人に魅力がない

リファラル

ビジネスサイドがエンジニアに遠慮する

理由

エンジニアが協力的ではないではないかという思い込み

・コードを書く以外もエンジニアの仕事という風土を作る
・リファラル採用のメリットをエンジニアにも持たせる

2.チーム開発

ツールは?

・JIRAで管理

体制は?

・アジャイル開発

役割分担は?

POを決めて意思決定は全てPOが行う

理由

・人数が少ないチームでも職種で意見が別れやすいため

3、目標設定と評価設定

目標設定はほんとは無くていい

社長は決済権を行使できるのでいらない
目標設定はお金のためではない

結果に対して説明しやすくなるための目標設定

目標設定と評価制度が密接になりすぎると目標を下げようとする感情が働く

目標設定と評価が紐づくのは枯れたビジネス
イノベーティブではない

will can must

will と mustが結びつく= 企業と個人の利害の一致

課外活動に対する企業の評価

業界にインパクトを与えるor執筆など=広報活動の一環として社外にアピールする
課外活動がマイナスにはまずならない、評価しない理由はない

企業の特色によっては社外での発表が問題になる企業もある

EMの重要性(エンジニアマネージャー)

事業を成功させるためにメンバーを動かせる人

エキスパートエンジニア

今までできなかったことが自分が作ったものによってできるようになる楽しみ
所属企業に対しての影響力が大きくなっていく感じが楽しい

マネジメントの魅力、面白さについて

マネジメント、エキスパートそれぞれ面白いが
マネジメントは部下が成長していく楽しみがある

アーキテクチャ設計と組織設計は同じ

なぜマネジメントを目指す人が少ないのか?

エンジニアマネジメントが面白そうに見えないのは
面白く無い人がマネジメントをしているから

親とマネージャーは違う

マネージャーを人格者だと見るな
あくまで社内の役割分担

まとめ

・今回のトークを聞いて改めて自分の組織でのあり方を考えるいい機会になりました
・企業と自分の利害が一致していると思った内容には積極的に手を上げていこう
・エンジニアとしての課外活動を評価する動きは個人的には嬉しいと感じた
・上司もあくまで人間であり人に対するフィードバックと行動に対するフィードバックを混同しないようにする

【LIG・エアークローゼット・DMM】フロントエンド勉強会に行ってきた

【LIG・エアークローゼット・DMM】フロントエンド勉強会に行ってきた

勉強会【LIG・エアークローゼット・DMM】3社のフロントエンド開発最新事情に行ってきた

※まだ現段階では資料が共有されていないため昨日のメモを元に記載させていただきます。

イベントURL
https://dmm.connpass.com/event/97012/

グラフィック表現に関して、デザイン領域に踏み込んで開発を行える制作体制の魅力

フロントエンド+デザイン
デザインの実装もフロントエンジニアが実装する
フロントエンドの技術選定は各エンジニアに裁量が与えられている

フルJSアーキテクトで作るエアークローゼット

フルJs開発のメリット
早い(開発)、安い(学習コスト)、美味い(共通化)
デメリットは飽きてしまうこと=>パーツの実装単位で興味のある技術を使って新鮮さを出している

DMMのサービスを支える最近のフロントエンド技術 ~ next.js の実践利用 ~

発表者の方は元デザイナーのWebエンジニア
DMMはフロントエンド、バックエンドという括りを無くしてWebエンジニアで統一したそう。
NextJs導入理由
・DMM社内で使った前例がなかった
・発表者の方が以前から触っていた
=> こういう動き方は自分も真似したいと参考になりました。

発表の中で個人的に気になった内容
redux (redux-saga) の設計にシーケンス図を用いてみた話
https://inside.dmm.com/entry/2018/08/09/redux-saga-sequence-diagram

DMMのエンジニアブログ
https://inside.dmm.com/

パネルディスカッション”フロントエンド悩みゴト相談会”

チームの雰囲気作りについて

・チームランチなどチームで動く機会を増やす
・特に職種間での関係を意識している

技術選定について

・ちょうどいいものを使う(オーバースペックはX)
・デザイナーや、バックエンドエンジニアにも積極的に相談する

今後のフロントエンドの技術の流れについて

・Vue、Reactはここ3年近く使われておりすぐには無くならないだろう

・コーダーとしての仕事はどんどんなくなっていくだろう
=>スペシャリストとしての分野が今後増えていくだろう
=>フロントエンド+バックエンド、フロントエンド+デザイン などできる業務の幅を広げる

まとめ

・フロントエンドの領域にとどまらずデザイン、バックエンドなどにも領域を広げよう
・フロントエンドは変化が激しい職種なので各々にあった生存戦略を考えよう。