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
受託の基幹システム開発を スクラムでやってる話
Search
daisuke suzuki
February 01, 2018
1
1.4k
受託の基幹システム開発を スクラムでやってる話
三つ巴☆テックナイトでお話しさせていただきました
daisuke suzuki
February 01, 2018
Tweet
Share
Featured
See All Featured
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
224
21k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
226
52k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
502
140k
Build The Right Thing And Hit Your Dates
maggiecrowley
28
2.2k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
90
47k
A Philosophy of Restraint
colly
200
16k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
78
15k
The Brand Is Dead. Long Live the Brand.
mthomps
52
36k
The Pragmatic Product Professional
lauravandoore
29
6.1k
Bash Introduction
62gerente
607
210k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
245
1.2M
Pencils Down: Stop Designing & Start Developing
hursman
118
11k
Transcript
Copyright © 2017. All rights reserved. 受託の基幹システム開発を スクラムでやってる話 ハンズラボ株式会社 鈴木大介
自己紹介 • 名前:鈴木 大介 • 所属:ハンズラボ株式会社 • 入社:2017年01月01日 • 前職:SIer
• 登壇経験:今回が初めて
2 ハンズラボって? • 情シス部門 Ø 東急ハンズの各種システムの内製開発と運用保守 • 外販 Ø 自社開発の経験を活かした受託開発、内製支援
東急ハンズのシステム子会社
3 私のミッション 某小売業様の基幹システムの刷新をしてます。 普通に受託のシステム開発案件です。
4 技術要素 • フロントエンド:Vue.js+Element.UI • バックエンド:Python Django Rest Framework •
データベース:PostgreSQL • 使用するAWSサービス: • EC2、Aurora、S3、SQS、AWS GLUE、ElasitiCash他 • 開発ツール:Pycharm, Docker, github • 情報共有:backlog, slack
5 開発スタイルどうする? 「受託だし、基幹システム作るなら やっぱり、ウォーターフォールでやる?」 「ウォーターフォールってSierっぽくない?」 「アジャイルってどうかな、 情シス部門でやってるスクラムとか良いよね」
6 決定 という会話があったかはわかりませんが、 スクラムでやってみようとなりました。
7 アジャイルっぽく? 設計フェーズ、開発フェーズ・・・で区切るのはやめて • 画面・機能単位で設計〜単体テストまでを一貫して行う • なるべくスプリント内で終わらせる • 環境構築や調査・調整などは工数から除外した課題とし てタスク化する
8 実施するスクラムイベント スクラムの基本に従い、この3つを軸にする • デイリースクラム • ホワイトボードでタスク管理 • スプリントごとに振り返りとプランニングを実施する
9 決めるだけ決めたので とりあえずスタートしてみました。
10 当初の感想 意外とうまくいく? • 報告や相談のコミュニケーションが多い • 課題タスクの着手・消化が早い
11 問題は起きる 第一の問題。
12 話し合いは大事だけど コミュニケーションが多いので、 悩み事がすぐに共有・解決に取り組める。 → 議論が多くなりすぎて開発が進まない
13 問題の原因 • 課題が見つかったらすぐに相談していた。 • 意見をまとめたり、調査するよりも議論で解決しようとして いた。 • 満場一致を求めがち。
14 このままだと いくら時間があっても足りない
15 どうすれば解決できるのか • 先に議題を決めて、資料を渡す。 • 揃って議論よりもslackで作業の合間に意見を交わす。 • 時間を決めて結論を出す。 議論にかける時間が減った!
16 次の問題 第二の問題。
17 プロジェクトが回りだしてから 工数=日数=時間で管理してしまっているため、 納期はきっちりしているが生産性が上がらない。 スクラムの原則では時間で管理することはNG
18 時間管理をやめてみる 見積もりの工数は重み付けの結果である →これをそのままポイントにしてみよう! (例:60人日の機能→60ポイント) 今まで終わったタスクをポイントに換算して、 1スプリントで消化できるポイントを計測する
19 こんな感じ 資料作成・提供:ハンズラボ株式会社 三善
20 結果 残りタスクのポイント数 < 開発期間で稼げるポイント数 になるための生産性を見える化できた。
21 現状は オンスケジュール〜やや前倒しで順調に進んでいます。
22 スクラムをしてみたまとめ 良いこと: • コミュニケーション量が増える • 誰が何をやっているかが把握しやすい • 自分の生産性がどの程度かわかるようになる •
タスクの受け渡しが容易 いまいちなこと: • 見積もり精度が悪いと生産性とスケジュールに揺らぎが出てしまう • リモートワーク・フレックス勤務と相性が良くない
23 他には チームでリモートワークをしたり
24 他には お菓子をチームで共有したりしています
25 最後に 弊社ホームページ・Wantedlyにてご応募ください。 ハンズラボではエンジニアを募集中です! WE ARE HIRING!
26 最後の最後 ちなみに弊社は休日・定時後に仕事っぽいことすると休めって言われる ホワイト企業です。
Thank you!