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
450
永和システムマネジメントのご紹介/introducing esm
color_box
November 07, 2019
Tweet
Share
More Decks by color_box
See All by color_box
バグから生まれたgem太郎
colorbox
0
140
108-days-project
colorbox
1
1.3k
顔文字を3万個集める技術/kaomoji_over_30_thousand
colorbox
1
2.2k
Kataの作り方 / how to make Kata
colorbox
3
460
『esmメンバーの関心事_開発手法と開発環境編』/esm_member_concern.pdf
colorbox
0
460
2018オブラブカレンダー配布会
colorbox
0
1.2k
関数型言語と私/function-and-me
colorbox
0
240
1人開発体制からチーム開発体制移行時にやることやったこと+α
colorbox
0
1k
Other Decks in Technology
See All in Technology
新卒(ほぼ)専業Kagglerという選択肢
nocchi1
1
1.8k
LLMエージェント時代に適応した開発フロー
hiragram
1
360
歴代のWeb Speed Hackathonの出題から考えるデグレしないパフォーマンス改善
shuta13
6
580
AIとTDDによるNext.js「隙間ツール」開発の実践
makotot
4
130
GCASアップデート(202506-202508)
techniczna
0
240
AI時代の大規模データ活用とセキュリティ戦略
ken5scal
1
280
20250818_KGX・One Hokkaidoコラボイベント
tohgeyukihiro
0
130
PFEM Online Feature Flag @ newmo
shinyaishitobi
2
310
Oracle Base Database Service:サービス概要のご紹介
oracle4engineer
PRO
2
20k
[OCI Skill Mapping] AWSユーザーのためのOCI(2025年8月20日開催)
oracle4engineer
PRO
2
110
S3のライフサイクル設計でハマったポイント
mkumada
0
100
どこで動かすか、誰が動かすか 〜 kintoneのインフラ基盤刷新と運用体制のシフト 〜
ueokande
0
170
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Visualization
eitanlees
146
16k
How to Ace a Technical Interview
jacobian
279
23k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
GitHub's CSS Performance
jonrohan
1031
460k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
560
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
How GitHub (no longer) Works
holman
315
140k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
The World Runs on Bad Software
bkeepers
PRO
70
11k
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 ブースでお会いしましょう