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.5k
受託の基幹システム開発を スクラムでやってる話
三つ巴☆テックナイトでお話しさせていただきました
daisuke suzuki
February 01, 2018
Tweet
Share
Featured
See All Featured
YesSQL, Process and Tooling at Scale
rocio
172
14k
Into the Great Unknown - MozCon
thekraken
39
1.8k
VelocityConf: Rendering Performance Case Studies
addyosmani
329
24k
Typedesign – Prime Four
hannesfritz
42
2.7k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
16
920
Producing Creativity
orderedlist
PRO
346
40k
Automating Front-end Workflow
addyosmani
1370
200k
How STYLIGHT went responsive
nonsquared
100
5.6k
Building a Modern Day E-commerce SEO Strategy
aleyda
41
7.3k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
20
1.3k
What's in a price? How to price your products and services
michaelherold
245
12k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3k
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!