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
Nobuyoshi
March 20, 2020
Technology
410
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ウォーターフォール・アジャイルに関しての個人の見解
ウォーターフォール・アジャイルに関しての個人の見解をシンプルにまとめて発表します。前職・現職で感じたこともお話します。
Nobuyoshi
March 20, 2020
More Decks by Nobuyoshi
See All by Nobuyoshi
ピクセルパーフェクトの定義
uemura
1
110
仕事では採用されなかったホスティングサービス、 せっかくなのでLTで話します
uemura
0
130
Babylon.js × microCMS でフォトギャラリーサイト作った
uemura
0
280
2年ぶりにCSSアニメーションを作ったよ!
uemura
0
1k
今年初めてのBabylonJsを触ってみた
uemura
0
300
ポートフォリオサイトのお問い合わせフォームをSendgrid + microCMSで作成したお話
uemura
1
1.6k
Three.js(WebGL)で一年以上学習した成果と便利なクラス/ライブラリを紹介
uemura
0
340
Pug / SASS でピクロス(カービィ)を作成
uemura
0
200
僕の好きなcssプロパティ・値5選
uemura
0
520
Other Decks in Technology
See All in Technology
Claude Codeとハーネスについて考えてみる
oikon48
18
8.8k
Zoom2Youtube.Claude
kawaguti
PRO
2
460
デジタル・デザイン構想 by Sayaka Ishizuka
y150saya
0
200
『AIに負けない』より『AIと遊ぶ』」〜ワクワクが最強のテスト・QA学習戦略_公開用
odan611
2
510
AIに「使われる」時代のSaaS戦略 〜既存WebAPIのMCPサーバー化における開発ノウハウ〜
ekispert_api
0
300
AI駆動開発におけるQAエンジニアの役割事例 〜AI駆動開発の現場から〜
kobayashiyorimitsu
0
400
実装だけじゃない! CCA-F取得エンジニアが教えるClaude Code開発プロセス活用術
diggymo
2
430
Baseline対応のDOMの型定義を作った
uhyo
3
720
アカウントが増えてからでは遅い? ~ マルチアカウント統制の勘所 ~
kenichinakamura
0
190
AIペネトレーションテスト・ セキュリティ検証「AgenticSec」紹介資料
laysakura
2
8.1k
事業価値を⽣み出すSREへ SREが担うべき意思決定の5層
kenta_hi
1
2.1k
AIと共生する開発者プラットフォーム:バクラクのモノレポ×マイクロサービス基盤
sakajunquality
1
2.5k
Featured
See All Featured
Product Roadmaps are Hard
iamctodd
55
12k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.4k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.5k
The Invisible Side of Design
smashingmag
301
52k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.2k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
890
A Tale of Four Properties
chriscoyier
163
24k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.5k
Typedesign – Prime Four
hannesfritz
42
3.1k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
880
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.1k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
2.1k
Transcript
ウォーターフォール vs アジャイルに関しての個人の見解 実装 リリース テスト 追加要望
自己紹介 うえむー twitter: @uemuragame5683 プログラミング html・css・php・javascript・vue.js・jQuery・gulp・Sass 現在: go、microcms、firebase等 勉強中 3月末に自分のブログサイトをデプロイする予定
ウォーターフォール・ アジャイルの違い・メリデメ 実装 リリース テスト 追加要望
ウォーターフォール・アジャイルの違い ウォーターフォール開発 アジャイル開発 機能A 機能B 機能C 企画 設計 実装 テスト
リリース 機能A 企画・設計 実装・テスト リリース 機能B 企画・設計 実装・テスト リリース 機能C 企画・設計 実装・テスト リリース
ウォーターフォール・アジャイルのメリデメ ウォーターフォール メリット ・ウォーターフォール開発手法は簡潔で分かりやすい ・製品の仕様は1度決まったらほぼ変らない ・広い適応性と構造のため、低価格でプロジェクトを開始することが可能 デメリット ・長期にわたり、コストがかかる ・作業に入る前に何よりも先に、必要事項と技術的な設計仕様書を細部まで定義しな ければならない
・柔軟性がなく、大幅なプロジェクトの変更はできない
ウォーターフォール・アジャイルのメリデメ アジャイル メリット ・1〜4週間単位の時間枠で、プロジェクトの方向に修正を加えることができる ・最速で試作品を立ち上げることができる ・コミュニケーションをとり、そのフィードバックを開発に生かすことができる デメリット ・定期的な修正、または技術の変更が多いので、納期が遅れやすくなったり、最悪の場 合プロジェクトを完成できないリスクもある
前職・現職の体験談 実装 リリース テスト 追加要望
前職:建設業界について もし、建設業界でアジャイル手法で進行したら、スケジュールが大 幅に変更されて、予定工数が大きく乖離するので見積もりの見直 しから始まり、プロジェクトが完成できず、賠償請求も求められる 可能性がある。 開発モデル:ウォーターフォールに近い 前職:建設業界で仕事をしていた
現職:IT業界について(フロントエンジニア) 機能A 機能B 機能C 企画 設計 実装 テスト リリース 近年は新しいECのパッケージを開発しており、アジャイルの手法
で進行している様です。 今まではウォーターフォール開発で、ECパッケージを設計・製造 していた様です。運用を初めていくと追加要望くるが大幅に改修 できないため、ECパッケージのロジック・レイアウトは10年前とは あまり変わらない。 開発モデル(今まで):ウォーターフォール アジャイル開発の手法は3種類あり、その中で最も有名なスクラ ムについて興味があるので調べました。
アジャイル開発の 一種スクラムについて 実装 リリース テスト 追加要望 アジャイル
スクラムとは・・・? スクラム開発は最も有名なアジャイル開発の手法で、 チームで効率的に開発を進めること イテレーション毎に開発の進捗状況や 制作物の動作を検査するため、 チーム内のコミュニケーションが非常に重要 人間関係が悪化するとその手法は成立しない
スクラムの流れ 開発 スクラムマ スター リリース 振替り 要件変更・追加 次のフェーズ進行 営業・経営者 オーナー
スプリント計画 MTG スプリントバッ クログ スプリント デイリースクラ ムMTG プロダクトオー ナー プロダクトバッ クログ
まとめ 実装 リリース テスト 追加要望
アジャイル開発はスピーディと柔軟性があり、コミュニケーション 能力が上がる ウォーターフォール開発は容易に見積もり作成・人材育成できる ハードウェア開発するものはウォーターフォールが適正で、 ECパッケージを開発するものはアジャイル開発が適している
ご静聴ありがとうございました 実装 リリース テスト 追加要望