Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
永和システムマネジメントのご紹介/introducing esm
Search
color_box
November 07, 2019
Technology
0
380
永和システムマネジメントのご紹介/introducing esm
color_box
November 07, 2019
Tweet
Share
More Decks by color_box
See All by color_box
バグから生まれたgem太郎
colorbox
0
110
108-days-project
colorbox
1
1.1k
顔文字を3万個集める技術/kaomoji_over_30_thousand
colorbox
1
2k
Kataの作り方 / how to make Kata
colorbox
3
420
『esmメンバーの関心事_開発手法と開発環境編』/esm_member_concern.pdf
colorbox
0
420
2018オブラブカレンダー配布会
colorbox
0
1.1k
関数型言語と私/function-and-me
colorbox
0
210
1人開発体制からチーム開発体制移行時にやることやったこと+α
colorbox
0
980
Other Decks in Technology
See All in Technology
Can We Measure Developer Productivity?
ewolff
1
150
SREによる隣接領域への越境とその先の信頼性
shonansurvivors
2
520
Taming you application's environments
salaboy
0
180
10XにおけるData Contractの導入について: Data Contract事例共有会
10xinc
5
610
開発生産性を上げながらビジネスも30倍成長させてきたチームの姿
kamina_zzz
2
1.7k
Platform Engineering for Software Developers and Architects
syntasso
1
510
社内で最大の技術的負債のリファクタリングに取り組んだお話し
kidooonn
1
550
スクラム成熟度セルフチェックツールを作って得た学びとその活用法
coincheck_recruit
1
140
初心者向けAWS Securityの勉強会mini Security-JAWSを9ヶ月ぐらい実施してきての近況
cmusudakeisuke
0
120
Shopifyアプリ開発における Shopifyの機能活用
sonatard
4
250
rootlessコンテナのすゝめ - 研究室サーバーでもできる安全なコンテナ管理
kitsuya0828
3
380
ExaDB-D dbaascli で出来ること
oracle4engineer
PRO
0
3.8k
Featured
See All Featured
How to Think Like a Performance Engineer
csswizardry
20
1.1k
4 Signs Your Business is Dying
shpigford
180
21k
Music & Morning Musume
bryan
46
6.2k
VelocityConf: Rendering Performance Case Studies
addyosmani
325
24k
Put a Button on it: Removing Barriers to Going Fast.
kastner
59
3.5k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Designing for humans not robots
tammielis
250
25k
What's new in Ruby 2.0
geeforr
343
31k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
The Pragmatic Product Professional
lauravandoore
31
6.3k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
159
15k
How STYLIGHT went responsive
nonsquared
95
5.2k
Transcript
ESMのご紹介 ESMのご紹介 INTRODUCING ESM, INC. INTRODUCING ESM, INC. @color_box
いちばん いちばん 大事なことは 大事なことは
いちばん最初に いちばん最初に
WE ARE HIRING WE ARE HIRING
None
None
自己紹介 自己紹介 @color_box Railsエンジニア 趣味でRailsアプリやiOSアプリ・競プロ
会社紹介 会社紹介 ESM, INC ESM, INC 本社が福井 設立は1980年 今年で40年目 社員数219名
主な業務は受託開発
グループ紹介 グループ紹介
アジャイル事業部 アジャイル事業部 Ruby x Agileグループ 主にRubyによるアジャイル開発をしている 所属社員数 23名
制度紹介 制度紹介 カンファレンス参加支援 カンファレンス参加支援 宿泊費・参加費・交通費の支給
直近の実績 直近の実績 RailsConf 2019 RubyKaigi 2019 名古屋Ruby会議04 RubyConf Taiwan 2019
富山Ruby会議01
RubyWorld Conference 2019
仕事のやり方 仕事のやり方 普段の仕事を通して会社紹介をします。
とあるチームの とあるチームの 仕事のやり方 仕事のやり方 ミーティング編 ミーティング編
たびたび使われるフレーズ8選 たびたび使われるフレーズ8選 週に2回のミーティング そこでよく出るフレーズなどについて紹介 仕事の空気感・進め方を紹介
(1) (1)
何に使うものですか? 何に使うものですか?
何に使うものですか? 何に使うものですか? 要求された新機能がよくわからなかった時に使 う 「顧客が本当に必要だったもの」 を引き出す 用途/目的を聞くことで代替案を提案できる 既存機能の微修正によって実現出来ることが多 い
(2) (2)
それって必要ですか? それって必要ですか?
それって必要ですか? それって必要ですか? ビジネスの成長に明白に必要なものと、そうで なさそうなものが混ざって仕様を大きく感じら れる時 仕様が大きいのは黄色信号
それって必要ですか? それって必要ですか? 大きい仕様は理解が難しい上に、大きな機能に なるリスクが高い 大きい機能は開発コストや、デプロイ後のメン テナンスコストが上がりがち さらに開発から市場までのリリースまでに時間 が増大するケースが多い まず MVP
を考えて、本当に必要な最小限の機能 を考える時に使う
それって必要ですか? それって必要ですか? 大きすぎる仕様を削ることで無駄を減らす 仕様が小さくなると 本質的に必要なものだけを作れる デプロイされたコードはメンテナンス対象なの で、なるべく小さくシンプルに維持する しかも早く作れる しかも早く作れる
(3) (3)
気をつけるはやめましょう 気をつけるはやめましょう
気をつけるはやめましょう 気をつけるはやめましょう 失敗に対して、最初に「気をつけましょう」が 出た時 気をつけるだけなのは意味がない 仕組化/自動化を行なって本質的な解決ができな いかまず考える
気をつけるはやめましょう 気をつけるはやめましょう 普段から全く気をつけていないわけではない 本質的な問題を人ではなくシステムとして解決 できればベスト
(4) (4)
非同期コミュニケーションで 非同期コミュニケーションで できませんか? できませんか?
非同期コミュニケーションで 非同期コミュニケーションで できませんか? できませんか? 対面のやり取りが無駄に多くなりそうな時 緊急を除いてチャットツールやチケット管理ツ ールなどでの、非同期なやり取りの方がよいケ ースで提案されたりする
(5) (5)
こんな機能があったら こんな機能があったら 嬉しいですか? 嬉しいですか?
こんな機能があったら こんな機能があったら 嬉しいですか? 嬉しいですか? 新機能を提案する時に使われるフレーズ 開発側から見てあると嬉しそうな機能を提案す る
こんな機能があったら こんな機能があったら 嬉しいですか? 嬉しいですか? 手動集計を手助けするスクリプト処理など、慣 れた開発者が手を動かすと一瞬で終わるが、そ うでない人がやろうとすると時間のかかる機能
(6) (6)
使われないものを作っても 使われないものを作っても 意味がないのでやめよう 意味がないのでやめよう
使われないものを作っても 使われないものを作っても 意味がないのでやめよう 意味がないのでやめよう 機能提案する時 提案した機能の利用頻度について聞く 頻度が低ければ提案を取り下げる (Tips) こんな機能があったら嬉しいですか?の後 に使われる
(7) (7)
作るのは簡単だが 作るのは簡単だが メンテコストは高く付く メンテコストは高く付く
作るのは簡単だが 作るのは簡単だが メンテコストは高く付く メンテコストは高く付く 新機能について話すときに出るフレーズ 往々にして機能追加は簡単だが、メンテナンス コストはその何倍もかかる
作るのは簡単だが 作るのは簡単だが メンテコストは高く付く メンテコストは高く付く メンテコストは雪だるま式に増えていく 気をつけないと、開発速度という大事な強みが 犠牲になる
(8) (8)
定常業務の自動化 定常業務の自動化
定常業務の自動化 定常業務の自動化 似た依頼が何度か来た時 データ抽出などの本番作業に対して適用 本番作業はエンジニアの手を使う エンジニアの手を使わずに行えるようになる と、実行コストが下がって効率が良い
まとめ まとめ チームというミクロ視点からの会社紹介 普段の仕事ぶりが伝われば幸いです ブースでもっと詳しい話もできます
ブースでお待ちしています ブースでお待ちしています
WE ARE HIRING WE ARE HIRING ブースでお会いしましょう