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
420
永和システムマネジメントのご紹介/introducing esm
color_box
November 07, 2019
Tweet
Share
More Decks by color_box
See All by color_box
バグから生まれたgem太郎
colorbox
0
130
108-days-project
colorbox
1
1.2k
顔文字を3万個集める技術/kaomoji_over_30_thousand
colorbox
1
2.1k
Kataの作り方 / how to make Kata
colorbox
3
450
『esmメンバーの関心事_開発手法と開発環境編』/esm_member_concern.pdf
colorbox
0
450
2018オブラブカレンダー配布会
colorbox
0
1.2k
関数型言語と私/function-and-me
colorbox
0
230
1人開発体制からチーム開発体制移行時にやることやったこと+α
colorbox
0
1k
Other Decks in Technology
See All in Technology
20 Years of Domain-Driven Design: What I’ve Learned About DDD
ewolff
1
330
コードや知識を組み込む / Incorporating Codes and Knowledge
ks91
PRO
0
170
Google Cloud Next 2025 Recap 生成AIモデルとマーケティングでのコンテンツ生成 / Generative AI models and content creation in marketing
kyou3
0
150
LLMの開発と社会実装の今と未来 / AI Builders' Community (ABC) vol.2
pfn
PRO
1
130
Cursorを全エンジニアに配布 その先に見据えるAI駆動開発の未来 / 2025-05-13-forkwell-ai-study-1-cursor-at-loglass
itohiro73
2
480
2025年8月から始まるAWS Lambda INITフェーズ課金/AWS Lambda INIT phase billing changes
quiver
1
980
OPENLOGI Company Profile for engineer
hr01
1
26k
dbtとリバースETLでデータ連携の複雑さに立ち向かう
morookacube
0
180
Kaigi Effect 2025 #rubykaigi2025_after
sue445
0
120
10分で学ぶ、RAGの仕組みと実践
supermarimobros
0
920
250510 StepFunctionのテスト自動化始めました vol.1
east_takumi
1
220
AWSを利用する上で知っておきたい名前解決の話
nagisa53
6
800
Featured
See All Featured
Why Our Code Smells
bkeepers
PRO
336
57k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Site-Speed That Sticks
csswizardry
6
540
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
34
2.2k
[RailsConf 2023] Rails as a piece of cake
palkan
54
5.5k
RailsConf 2023
tenderlove
30
1.1k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Gamification - CAS2011
davidbonilla
81
5.3k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
41
2.3k
Practical Orchestrator
shlominoach
187
11k
Build your cross-platform service in a week with App Engine
jlugia
230
18k
Raft: Consensus for Rubyists
vanstee
137
6.9k
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 ブースでお会いしましょう