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
The Pragmatic Product Professional
lauravandoore
31
6.3k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
26
1.4k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
6
400
How to Ace a Technical Interview
jacobian
276
23k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
Docker and Python
trallard
40
3.1k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
364
24k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
It's Worth the Effort
3n
183
27k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
We Have a Design System, Now What?
morganepeng
50
7.2k
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!