EOF２０１９に参加してきたのでまとめ
概要
EOF（Engineering Organization Festival）
エンジニアリング組織をもっとオープンに」をビジョンに、エンジニアリング・マネージメントとすべてのソフトウェア開発者のためのカンファレンス
https://eof2019.peatix.com/?lang=ja
https://medium.com/@oikawa/eof2019-スピーカー-発表資料一覧-8dc8adca808b
Podcastという組織戦略
＜パネラー＞
・岩瀬 義昌 (いわせ よしまさ) fukabori.fm
・鈴木 健太 (すずき けんた) ajito.fm
＜モデレータ＞
・湯前 慶大 (ゆのまえ よしひろ) EM.FM
・社内Podcast：相手だけではなく、リスナー向けに話すことが重要。制度の経緯を聞けると納得感が出る。
Projectの裏側（成功ネタ、失敗ネタ）を聞けるとナレッジが溜まる。
・採用：リスナーが応募してくる場合、エンゲージが高い。
会社の雰囲気が伝わりやすく、会社そもそもの印象を変えることもある。
・技術ネタ：事前準備、収録、編集で何度も取り上げることになり、自分が一番成長できる。
プロジェクトマネジメントを武器に働こうとしていたら組織/チーム作りを武器にしたくなった話
https://speakerdeck.com/line_developers/timuzuo-riwowu-qi-nisitakunatutahua
プロジェクト可視化のエッセンス
・ゴールの明確化
・次のマイルストーンに対する状況
・問題/リスクの分析
・プロジェクトごとにmission、スケジュール、スコープ、スコープ外、マイルストーンを明記し、見える化する。
→組織的な課題が見えるようになる。
・スクラムを取り入れるにはコストがかかる
→スクラムの要素を一つ一つ自分達で話し合い、定義し取り入れることで定着する。
・レトロスペクティブ
なりきりブレスト
→成功した/失敗した気持ちになって意見を出す。それぞれの気持ちになるので、意見が一方的にならない。
・上司部下間、チーム内、プロジェクト内の期待値のすり合わせ、マッチングが重要
なんとなくチームを構成することから脱却する方法
https://speakerdeck.com/yunon_phys/clean-teams
・拠点ごとで機能を分けて閉じて開発
→ソシャゲはリリースしてからがスタートなので、「運用」「非運用」の観点で機能分担。
・課題を図示することで把握しやすくし、コミュニケーションを取りながら共有していく。
良いチーム構成
・課題、ゴールを明確に
・一般論はあくまで参考
・考えうるベストを選択する
・観察を怠らない
・変化を受け入れる
エンジニア採用どうしてる？
・現状から考えるのではなく、先の未来からの逆算から採用する
→事業計画、戦略等も考慮。
・面白い課題がないと辞めていく。
→事業の未来を見据えて、常に面白い課題（技術、事業）を作っていくのが重要。
・タッチポイントを多く持つようにする
・事業内容、課題等を色々話してカルチャーが合うかを見る
・認知してもらうことが重要
→他社と勉強会を開催。採用技術をアピール。
・対象者のステータスに合わせて接し方、タッチポイントの持ち方を変える。
「興味なし」、「興味あり・転職しない」、「転職したい」等
・採用に失敗した場合、答え合わせをして、理由を集める
・応募者への自社の課題・良い点を共有のする際に両者のバランスが重要
・会社の雰囲気を掴んでもらうため、社内イベントに応募者、内定者を呼ぶ。
新米VPoEがまんまと落とし穴にハマった話
・事業と組織の拡大についていけず、レガシーなシステム環境のまま。事業は順調だったので、問題視されなかった。
＜変えたこと＞
・エンジニア向け制度の制定
研修等の補助、PC買い替え、海外カンファレンス参加
・技術広報
カンファレンスのスポンサー
・落とし穴1：組織内部の課題解決に注力しがち。
→経営層や事業部との認識のズレで要件の変更が多発。各層でコミュニケーションの機会がなく関係構築ができてなかった。
・落とし穴2：とにかく最新にしたがる。（組織制度、技術）
→現状とのギャップ。定着せず。大きな組織課題を解決することから。
・落とし穴3：リファラル採用しすぎ
→リファラル採用した人を優遇しているように見られがち。派閥感がでるように見える
＜意外に上手く行ったこと＞
・技術スタックの大胆な変更：Java／オンプレ→ GO/AWS
→安定性、開発しやすさ向上。採用にも好印象
・eNPSの測定
→数字として表れるので、客観的にわかる。
技術顧問の利用
・今後直面する課題に対しアドバイスもらえる
・ニーズに合った人を見つける必要がある
フェーズ、技術、マネジメント
・人の紹介をしてもらえる
チャットコミュニケーションの問題と心理的安全性の課題
https://www.slideshare.net/TokorotenNakayama/eof2019
チャットツールでDMしすぎると起きる問題
・トラックナンバーが増えない。俗人化。
・指揮系統の逸脱、業務負荷の偏り
他部署からの直接依頼。業務管理ができない。
・社内政治の温床
情報の偏り、誇張が発生
エンジニア・非エンジニアのコミュニケーションに対する認識の違い
・利害調整、はたらきかけ（非エンジニア）
・課題解決、情報発信（エンジニア）
多重知能理論
職種により特性が異なるので、コミュニケーションの取り方が違ってくる
雑談を重視する
→分報部屋、z部屋を用意して心理的安全性を保てる環境を用意
情報を無視することにはコストがかかる
→疲れない運用を用いる
業界別マイクロサービスの実際
・サービス、DBを分けすぎない
サービスは分けるけどDBは一緒とか
・厳密な整合性が必須という固定概念を捨てる
結果整合性でよしとするか仕様面で調整。1秒待てるかどうかをステークホルダー交えて検討する。
・マイクロサービスを使う側が気にしなければならないこともある
各種状態を保持しておいて、状況の再現ができるように。
・マイクロサービス化にはコストがかかる
→マイクロサービスは3年でROIとれないから経営層に納得してもらうことが必要。途中でスケールしなくなる。
所感
・技術系カンファレンスでは聞けない話が多く、良い機会。界隈で有名な人の話が一度に聞けた。聞きたかったが、かぶっているセッションもおおく、資料だけでも目を通す。
・「Ask The Speaker」、「Open Space Technology」はあまり実務経験ないから行かなかったが、議論を深めることで得られることが多いようす。
・wifiなかったので、PCで調べながら聞けなかったのは残念。各ブースの前方は机があり、ガチ勢には良い配慮だったのではないか。
・無料イベントなのに、弁当、お茶、水、コーヒー無料。