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
岡本卓也
October 12, 2016
Technology
0
140
現場から始めるアジャイルの技術プラクティス
SPI Japan 2016 で発表した際の資料です。
岡本卓也
October 12, 2016
Tweet
Share
More Decks by 岡本卓也
See All by 岡本卓也
私が好きなUMLダイアグラム / The UML Diagrams I Love.
okamototakuyasr2
0
25
スクラムチームだけどエクセルで要件定義書を書くことにしました / Requirements-Specification-Document-in-Scrum
okamototakuyasr2
1
1.1k
合宿はいいぞ / Training camp is so good.
okamototakuyasr2
0
540
幸運を科学する ~アジャイルチームの成功を再現する方法~ / How to reproduce nice team at ESM webiner.
okamototakuyasr2
0
39
幸運を科学する ~アジャイルチームの成功を再現する方法~
okamototakuyasr2
0
1.3k
アジャイルと設計 / Design in Agile Development
okamototakuyasr2
0
38
なぜアジャイルをやるのですか
okamototakuyasr2
0
140
コミュニティと人の縁〜まずは楽しんで、そしてその先にあるもの〜
okamototakuyasr2
0
420
アジャイル開発の中の設計
okamototakuyasr2
0
800
Other Decks in Technology
See All in Technology
WINTICKETアプリで実現した高可用性と高速リリースを支えるエコシステム / winticket-eco-system
cyberagentdevelopers
PRO
1
190
2024-10-30-reInventStandby_StudyGroup_Intro
shinichirokawano
1
610
APIテスト自動化の勘所
yokawasa
7
4.1k
サイバーエージェントにおける生成AIのリスキリング施策の取り組み / cyber-ai-reskilling
cyberagentdevelopers
PRO
2
190
Jr. Championsになって、強く連携しながらAWSをもっと使いたい!~AWSに対する期待と行動~
amixedcolor
0
180
LeSSに潜む「隠れWF病」とその処方箋
lycorptech_jp
PRO
2
120
とあるユーザー企業におけるリスクベースで考えるセキュリティ業務のお話し
4su_para
3
320
よくわからんサービスについての問い合わせが来たときの強い味方 Amazon Q について
kazzpapa3
0
220
新R25、乃木坂46 Mobileなどのファンビジネスを支えるマルチテナンシーなプラットフォームの全体像 / cam-multi-cloud
cyberagentdevelopers
PRO
1
130
ガチ勢によるPipeCD運用大全〜滑らかなCI/CDを添えて〜 / ai-pipecd-encyclopedia
cyberagentdevelopers
PRO
3
200
【技術書典17】OpenFOAM(自宅で極める流体解析)2次元円柱まわりの流れ
kamakiri1225
0
210
20241031_AWS_生成AIハッカソン_GenMuck
tsumita
0
110
Featured
See All Featured
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
159
15k
Fireside Chat
paigeccino
32
3k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
VelocityConf: Rendering Performance Case Studies
addyosmani
325
24k
Reflections from 52 weeks, 52 projects
jeffersonlam
346
20k
Imperfection Machines: The Place of Print at Facebook
scottboms
264
13k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
27
1.9k
What's in a price? How to price your products and services
michaelherold
243
12k
Art, The Web, and Tiny UX
lynnandtonic
296
20k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
3
370
Why You Should Never Use an ORM
jnunemaker
PRO
53
9k
Navigating Team Friction
lara
183
14k
Transcript
2016年10月12日 富士通株式会社 岡本卓也 SPI Japan 2016 現場から始める アジャイルの技術プラクティス ~ ユニットテストから勝手に始めよう
~ Copyright 2016 FUJITSU LIMITED
Copyright 2016 FUJITSU LIMITED 1 本日お話しする内容 自己紹介と背景 アジャイルについて 技術プラクティス 導入のためにやったこと
導入のときに悩んだこと 導入の効果 導入したプラクティス まとめ
Copyright 2016 FUJITSU LIMITED 2 自己紹介と背景 アジャイルについて 技術プラクティス 導入のためにやったこと 導入のときに悩んだこと
導入の効果 導入したプラクティス まとめ
Copyright 2016 FUJITSU LIMITED 3 ソフトウェア開発者 (19年目) 開発チームのマネージャ アジャイルとの関係 2002年、XPと出会う
(長い間、一人で悶々とし続ける) 2013年からAgile Japanに参加(聴講者) 現在は、アジャイルを実業務へ 適用/推進する為に奮闘中 自己紹介
Copyright 2016 FUJITSU LIMITED 4 伝送装置の制御ソフト開発 特徴 大規模 (数十人、数カ月) 厳格なプロセス
(基本はWF) HW/SW 同時開発 (組み込み的) 業務ドメインと背景 インターネット マルチ・データセンター 光アクセス WiFi 3G/LTE 広域ネットワーク (光伝送装置で構成) 伝送装置 制御ソフト開発 ココ WF: Water Fall HW: Hardware SW: Software
Copyright 2016 FUJITSU LIMITED 5 特徴 (続き) 顧客までの遠い距離 業務ドメインと背景 顧客
営業 事業部 開発 商談 開発方針 開発委託 ココ いろいろとアジャイルには不利な条件
Copyright 2016 FUJITSU LIMITED 6 自己紹介と背景 アジャイルについて 技術プラクティス 導入のためにやったこと 導入のときに悩んだこと
導入の効果 導入したプラクティス まとめ
Copyright 2016 FUJITSU LIMITED 7 アジャイル導入あるある 開発 アジャイルでやって良いよ。 出来るよね? 一括請負契約だから・・・
開発プロセスが・・・ (仮想) 偉い人 え !?
Copyright 2016 FUJITSU LIMITED 8 アジャイル導入の壁 アジャイル開発 プロセス 技術 開発プロセス定義
契約形態 オブジェクト指向 テスト駆動 ユニットテスト CI コードレビュー 開発環境 リファクタリング 構成管理 技術の壁は現場で解決しないとダメ CI: Continuous Integration
Copyright 2016 FUJITSU LIMITED 9 自己紹介と背景 アジャイルについて 技術プラクティス 導入のためにやったこと 導入のときに悩んだこと
導入の効果 導入したプラクティス まとめ
Copyright 2016 FUJITSU LIMITED 10 アジャイルの技術プラクティス いったいどれから手を付ければ・・・ テスト駆動開発 回帰テスト ペアプログラミング
リファクタリング ユニットテスト シンプルデザイン 継続的インテグレーション コードの共同所有 岡本
Copyright 2016 FUJITSU LIMITED 11 とあるセミナーにて (2013年頃) 岡本 ユニットテストからやるのが オススメ
先達 アジャイルってどうすれば良いですか? なんでですか? 自動化して怒る上司はいないから (上手いこと言うな~) しかし、本当は深い示唆があった
Copyright 2016 FUJITSU LIMITED 12 アジャイル開発 ユニットテストの前提と価値 ユニットテスト 良い設計 オブジェクト指向
リファクタリング CI 繰り返し開発 環境 良い実装 構成管理 CIツール 前 提 価 値 ユニットテストはアジャイルの肝
Copyright 2016 FUJITSU LIMITED 13 (参考)アジャイル実践企業の実態調査 (出典:牛尾剛 「アジャイル・DevOps 実践企業サーベイ(2016)」 )
半数以上のチームで ユニットテストが 十分に出来ていない
Copyright 2016 FUJITSU LIMITED 14 自己紹介と背景 アジャイルについて 技術プラクティス 導入のためにやったこと 導入のときに悩んだこと
導入の効果 導入したプラクティス まとめ
Copyright 2016 FUJITSU LIMITED 15 従来の単体試験(手動テスト)を ユニットテストに置き換えてみた これらの内容を開発計画に明記した プロセス 従来
今回 試験項目書 テストコード 試験手順書 テストコード 試験項目/手順レビュー テストコードのレビュー 試験消化作業 “make check” 叩く or CIで自動的に実施
Copyright 2016 FUJITSU LIMITED 16 現実 : 初めてユニットテスト書く人が大半 勉強する 勉強会の開催
(エース/キーマンを講師に) テストコード/ノウハウを共有 1h/週程度を、業務と別枠で確保 技術 勉強会 読書 (押し売り)
Copyright 2016 FUJITSU LIMITED 17 開発マシンの管理者になる スピード感のために自分で動く 各種環境/ツールの導入 環境 環境構築の主導権を握る
目的 導入環境/ツール CI環境 Jenkins メトリクス測定 gcov/SonarQube コード管理(VCS) git/RhodeCode チケット管理(ITS) Redmine テストフレームワーク Google Test
Copyright 2016 FUJITSU LIMITED 18 構築した環境の全体像 Jenkins (CI) (チケット管理) (コード管理)
(ユニットテスト) (コードレビュー) Project-A
Copyright 2016 FUJITSU LIMITED 19 自己紹介と背景 アジャイルについて 技術プラクティス 導入のためにやったこと 導入のときに悩んだこと
導入の効果 導入したプラクティス まとめ
Copyright 2016 FUJITSU LIMITED 20 解決法 自分でテストコード書いて試してみた 結論 想定の範囲内でテストコードは書ける 逆に試験の実行時間は激減する
効率について (具体的な結果は後述) テストコード書く時間ある? 手動でテストした方が早くない?
Copyright 2016 FUJITSU LIMITED 21 解決法 (なし) 結論 最初のイテレーションでやってみる ダメならそこで手動テストに戻せば良い
品質について (具体的な結果は後述) 手動テストと同じ品質出せる?
Copyright 2016 FUJITSU LIMITED 22 工夫したこと 実装の中身はコードレビューで担保 テストカバレッジを測定して安心感を得る 心配な所は手動でホワイトボックスもやる 結論
ブラックボックステストでOKとする ブラックボックステストについて ブラックボックステストで良い? 従来はホワイトボックスだけど
Copyright 2016 FUJITSU LIMITED 23 例) カバレッジデータ
Copyright 2016 FUJITSU LIMITED 24 例) カバレッジデータ テスト済 テスト未 ↓
テストコード追加 or 手動でテストする 可視化して安心感を得る
Copyright 2016 FUJITSU LIMITED 25 自己紹介と背景 アジャイルについて 技術プラクティス 導入のためにやったこと 導入のときに悩んだこと
導入の効果 導入したプラクティス まとめ
Copyright 2016 FUJITSU LIMITED 26 今回の開発概要 項目 内容 開発装置 伝送装置の制御ファーム
開発言語 C++ 開発メンバ数 13人 開発規模 プロダクトコード 約30 KStep テストコード 約30 KStep テストカバレッジ 約80% (ラインカバレッジ) 同時期に他の3チームでも類似の開発を 行ったため、結果の比較を行う ユニットテストの実施は岡本チームのみ
Copyright 2016 FUJITSU LIMITED 27 効率について • 基準の開発効率をクリア • 他チーム比でも良好な結果
岡本チーム 基準値
Copyright 2016 FUJITSU LIMITED 28 効率について • 繰り返し開発でも試験工数は爆発せず • 絶対値でも基準の範囲内(従来と同等)
実際にはイテレーションを 3回まわしている ① ② ③
Copyright 2016 FUJITSU LIMITED 29 品質について • 他チーム比でも良好な結果
Copyright 2016 FUJITSU LIMITED 30 品質について • 不具合の検出時期が上流にシフト • ユニットテストで品質を確保可能
上流で検出 品質確保
Copyright 2016 FUJITSU LIMITED 31 その他の効果 (エピソード#1) 岡本 なんかテストがFailするんですが・・・ メンバ
いつから? いや、毎日テスト流そうよ!! CIの本当の価値を認識 2週間前までは動いてました・・・
Copyright 2016 FUJITSU LIMITED 32 その他の効果 (エピソード#2) 岡本 なんかテストが書き難いんですが・・・ メンバ
どうして? それ、ソフトの造りが悪いよね 良い設計と実装の価値を認識 前準備とか与えるデータを 用意するのが大変すぎて・・・
Copyright 2016 FUJITSU LIMITED 33 自己紹介と背景 アジャイルについて 技術プラクティス 導入のためにやったこと 導入のときに悩んだこと
導入の効果 導入したプラクティス まとめ
Copyright 2016 FUJITSU LIMITED 34 導入したプラクティス一覧 カテゴリ プラクティス 技術 コードの共同所有
バージョン管理 自動ビルド 継続的インテグレーション シンプル設計 リファクタリング インクリメンタル開発 自動化された回帰テスト ユニットテスト
Copyright 2016 FUJITSU LIMITED 35 導入したプラクティス一覧 カテゴリ プラクティス プロセス 日次ミーティング
(朝会) かんばん 定期的なふりかえり ファシリテーション
Copyright 2016 FUJITSU LIMITED 36 自己紹介と背景 アジャイルについて 技術プラクティス 導入のためにやったこと 導入のときに悩んだこと
導入の効果 導入したプラクティス まとめ
Copyright 2016 FUJITSU LIMITED 37 ボトムアップからのチャレンジは可能 現場は勇気をもってやれば良い ユニットテストで従来の単体テストを 代替することは可能 効率/品質共に致命的な問題はない
併用するという選択肢もある 継続と改善が大事 とある現場の単発事例で終わらせない 見える形で実績を積み上げて定着させる まとめ
Copyright 2016 FUJITSU LIMITED 38 アジャイルとかWFとか関係ない 技術プラクティスはプロセスに依らない WFでもやれば良い (やるべき) 技術は超大事
エンジニア/開発部門の根幹 人とチームを大事にする 技術は人/チームに宿る チームを作り上げるには手間と時間が必要 気づき
INTERNAL USE ONLY INTERNAL USE ONLY Copyright 2010 FUJITSU LIMITED