永和システムマネジメントのご紹介/introducing esm

Slide 1

Slide 1 text

ESMのご紹介 ESMのご紹介 INTRODUCING ESM, INC. INTRODUCING ESM, INC. @color_box

Slide 2

Slide 2 text

いちばんいちばん大事なことは大事なことは

Slide 3

Slide 3 text

いちばん最初にいちばん最初に

Slide 4

Slide 4 text

WE ARE HIRING WE ARE HIRING

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

No content

Slide 7

Slide 7 text

自己紹介自己紹介 @color_box Railsエンジニア趣味でRailsアプリやiOSアプリ・競プロ

Slide 8

Slide 8 text

会社紹介会社紹介 ESM, INC ESM, INC 本社が福井設立は1980年今年で40年目社員数219名主な業務は受託開発

Slide 9

Slide 9 text

グループ紹介グループ紹介

Slide 10

Slide 10 text

アジャイル事業部アジャイル事業部 Ruby x Agileグループ主にRubyによるアジャイル開発をしている所属社員数 23名

Slide 11

Slide 11 text

制度紹介制度紹介カンファレンス参加支援カンファレンス参加支援宿泊費・参加費・交通費の支給

Slide 12

Slide 12 text

直近の実績直近の実績 RailsConf 2019 RubyKaigi 2019 名古屋Ruby会議04 RubyConf Taiwan 2019 富山Ruby会議01

Slide 13

Slide 13 text

RubyWorld Conference 2019

Slide 14

Slide 14 text

仕事のやり方仕事のやり方普段の仕事を通して会社紹介をします。

Slide 15

Slide 15 text

とあるチームのとあるチームの仕事のやり方仕事のやり方ミーティング編ミーティング編

Slide 16

Slide 16 text

たびたび使われるフレーズ8選たびたび使われるフレーズ8選週に2回のミーティングそこでよく出るフレーズなどについて紹介仕事の空気感・進め方を紹介

Slide 17

Slide 17 text

(1) (1)

Slide 18

Slide 18 text

何に使うものですか？何に使うものですか？

Slide 19

Slide 19 text

何に使うものですか？何に使うものですか？要求された新機能がよくわからなかった時に使う「顧客が本当に必要だったもの」を引き出す用途/目的を聞くことで代替案を提案できる既存機能の微修正によって実現出来ることが多い

Slide 20

Slide 20 text

(2) (2)

Slide 21

Slide 21 text

それって必要ですか？それって必要ですか？

Slide 22

Slide 22 text

それって必要ですか？それって必要ですか？ビジネスの成長に明白に必要なものと、そうでなさそうなものが混ざって仕様を大きく感じられる時仕様が大きいのは黄色信号

Slide 23

Slide 23 text

それって必要ですか？それって必要ですか？大きい仕様は理解が難しい上に、大きな機能になるリスクが高い大きい機能は開発コストや、デプロイ後のメンテナンスコストが上がりがちさらに開発から市場までのリリースまでに時間が増大するケースが多いまず MVP を考えて、本当に必要な最小限の機能を考える時に使う

Slide 24

Slide 24 text

それって必要ですか？それって必要ですか？大きすぎる仕様を削ることで無駄を減らす仕様が小さくなると本質的に必要なものだけを作れるデプロイされたコードはメンテナンス対象なので、なるべく小さくシンプルに維持するしかも早く作れるしかも早く作れる

Slide 25

Slide 25 text

(3) (3)

Slide 26

Slide 26 text

気をつけるはやめましょう気をつけるはやめましょう

Slide 27

Slide 27 text

気をつけるはやめましょう気をつけるはやめましょう失敗に対して、最初に「気をつけましょう」が出た時気をつけるだけなのは意味がない仕組化/自動化を行なって本質的な解決ができないかまず考える

Slide 28

Slide 28 text

気をつけるはやめましょう気をつけるはやめましょう普段から全く気をつけていないわけではない本質的な問題を人ではなくシステムとして解決できればベスト

Slide 29

Slide 29 text

(4) (4)

Slide 30

Slide 30 text

非同期コミュニケーションで非同期コミュニケーションでできませんか？できませんか？

Slide 31

Slide 31 text

非同期コミュニケーションで非同期コミュニケーションでできませんか？できませんか？対面のやり取りが無駄に多くなりそうな時緊急を除いてチャットツールやチケット管理ツールなどでの、非同期なやり取りの方がよいケースで提案されたりする

Slide 32

Slide 32 text

(5) (5)

Slide 33

Slide 33 text

こんな機能があったらこんな機能があったら嬉しいですか？嬉しいですか？

Slide 34

Slide 34 text

こんな機能があったらこんな機能があったら嬉しいですか？嬉しいですか？新機能を提案する時に使われるフレーズ開発側から見てあると嬉しそうな機能を提案する

Slide 35

Slide 35 text

こんな機能があったらこんな機能があったら嬉しいですか？嬉しいですか？手動集計を手助けするスクリプト処理など、慣れた開発者が手を動かすと一瞬で終わるが、そうでない人がやろうとすると時間のかかる機能

Slide 36

Slide 36 text

(6) (6)

Slide 37

Slide 37 text

使われないものを作っても使われないものを作っても意味がないのでやめよう意味がないのでやめよう

Slide 38

Slide 38 text

使われないものを作っても使われないものを作っても意味がないのでやめよう意味がないのでやめよう機能提案する時提案した機能の利用頻度について聞く頻度が低ければ提案を取り下げる (Tips) こんな機能があったら嬉しいですか？の後に使われる

Slide 39

Slide 39 text

(7) (7)

Slide 40

Slide 40 text

作るのは簡単だが作るのは簡単だがメンテコストは高く付くメンテコストは高く付く

Slide 41

Slide 41 text

作るのは簡単だが作るのは簡単だがメンテコストは高く付くメンテコストは高く付く新機能について話すときに出るフレーズ往々にして機能追加は簡単だが、メンテナンスコストはその何倍もかかる

Slide 42

Slide 42 text

作るのは簡単だが作るのは簡単だがメンテコストは高く付くメンテコストは高く付くメンテコストは雪だるま式に増えていく気をつけないと、開発速度という大事な強みが犠牲になる

Slide 43

Slide 43 text

(8) (8)

Slide 44

Slide 44 text

定常業務の自動化定常業務の自動化

Slide 45

Slide 45 text

定常業務の自動化定常業務の自動化似た依頼が何度か来た時データ抽出などの本番作業に対して適用本番作業はエンジニアの手を使うエンジニアの手を使わずに行えるようになると、実行コストが下がって効率が良い

Slide 46

Slide 46 text

まとめまとめチームというミクロ視点からの会社紹介普段の仕事ぶりが伝われば幸いですブースでもっと詳しい話もできます