Slide 1

Slide 1 text

スタートアップチームで学んだ エンジニアの心構え NTT Tech Conference #4 Hisayuki Matsuki Twitter: @mtskhs

Slide 2

Slide 2 text

about me ● 松木久幸(@mtskhs) ○ Backend Engineer / Gopher ○ スポーツAI解説アプリ(SpoLive) ○ GoにおけるAPI Client @Go Conference Autumn ■ https://speakerdeck.com/matsu0228/api-client-implementation-pattern-in-go ○ Agile (シリコンバレーで3ヶ月働いて体感した自立型組織のススメ) ■ https://speakerdeck.com/matsu0228/organizationtheory-of-engineering 2

Slide 3

Slide 3 text

3

Slide 4

Slide 4 text

SpoLive ラグビー・サッカーの試合に対応中 4

Slide 5

Slide 5 text

Contents 自分が重要だと思う 心構え について ● #1 共通認識 ● #2 集中 ● #3 楽しむこと 話さないこと ● 技術的なトピック 5

Slide 6

Slide 6 text

#1 Common Ground 開発で一番難しいのは? 6

Slide 7

Slide 7 text

#1 Common Ground 開発で一番難しいのは? 何を作るか 決めること 7 詳細まで認識を合わせること ● 背景・目的をメンバーが常に理解しておく ● どのような効果が見込めるか把握することで、実装コス トを踏まえた提案をできるようにしておく 正解は誰にも判断できない(常に変化が求められる) ● 常にプロダクトのフィードバックを把握し、今後の改善を 回しやすくする手段を考える

Slide 8

Slide 8 text

#1 Common Ground 開発で一番難しいのは? 何を作るか 決めること 8 価値向上のために、時には「発散」が必要 ● サービス価値のために良いものを作る ● 既存の仕様を捨ててでも価値を提供する ● プロダクトチームに、これらの思考ができるメンバー(UXデ ザイナー 等)が必要だし、エンジニアが持っていると強い ○ 会話をすることにより、その思考を学習する c.f. 書籍 正しいものを正しく作る

Slide 9

Slide 9 text

#2 Concentration ● 限られたリソースでサービス改善・運用するためにはどうす ればよいか? ○ 集中 ( = やらないことを決めること) が重要 ● 技術選定 ○ できる限り、運用・監視が不要なように ○ e.g. GAE / firebase + expo ● 開発の進め方 ○ セットアップなどは自動化して、ドキュメントよりも動く環 境を整える               c.f. アジャイルマニュフェスト 9

Slide 10

Slide 10 text

#3 Enjoy ● プレッシャーがキツイ・・ 前向きに変換するには? ○ 仕事を 楽しむ こと! ● 自分に限らずメンバーが主体的になるためにも ○ c.f. エンジニアリング組織論への招待 承認欲求を満たす ことの大切さ ● ドッグフーディングは当然に、フィードバックや周りの声を聞く ○ フィードバックの仕組み化(アプリ内で評価を促す・分析基 盤の構築) c.f. スポーツ解説アプリ SpoLive における分析基盤の構築 https://qiita.com/mtskhs/items/ca10f926900303f09bf8 10

Slide 11

Slide 11 text

Summary ● サービス価値向上のために、共通認識をもち自律的に動け る組織となることが大切 ○ 決めるための、前提知識を共有しておく ○ メンバーの成長のための会話。役割をオーバーラップで きると強い ● 集中するために小さく保つ ○ アーキテクチャ選定 ● 楽しくやる ○ ドッグフーディング・フィードバックを受ける・周りに発信し てみる ○ 楽しさを見つける(スキル向上・対外発表) 11

Slide 12

Slide 12 text

参考書籍等 ● 正しいものを正しく作る ○ https://www.amazon.co.jp/dp/B07SGCH8R6 ● エンジニアリング組織論への招待 ○ https://www.amazon.co.jp/dp/B079TLW41L ● アジャイルマニュフェスト ○ https://agilemanifesto.org/iso/ja/manifesto.html 12

Slide 13

Slide 13 text

参考書籍等 ● 正しいものを正しく作る ○ https://www.amazon.co.jp/dp/B07SGCH8R6 「6−2 視座、視野を越境する」 にて、 普段感じていたモヤモヤ(決めたどおりに作る ことは容易だが、それでよいのか)が言語化さ れて腑に落ちました。 また、チーム内のUXデザイナーとの会話で今 までにない視点(現状仕様が〜だから、ではな くあるべき姿を考える)で考えることができまし た。 13

Slide 14

Slide 14 text

参考書籍等 ● エンジニアリング組織論への招待 ○ https://www.amazon.co.jp/dp/B079TLW41L 「2-3 心理的安全性の作り方」のアクノレッジメ ントとストーリーテリングの項目で、「承認」の大 切さが述べられている ある行動に対するフィードバック・承認により、 よいチームになっていくことができることを実感 している。 14

Slide 15

Slide 15 text

参考書籍等 ● アジャイルマニュフェスト ○ https://agilemanifesto.org/iso/ja/manifesto.html ドキュメントも大切だが、「動くソフトウェア」も大切とする考え 方。プロダクトは変化が大きいので変更されにくい「ドキュメント」 よりも「すぐ動かして確認できること」が大切だと感じる。 15