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
0
340
ウォーターフォール・アジャイルに関しての個人の見解
ウォーターフォール・アジャイルに関しての個人の見解をシンプルにまとめて発表します。前職・現職で感じたこともお話します。
Nobuyoshi
March 20, 2020
Tweet
Share
More Decks by Nobuyoshi
See All by Nobuyoshi
2年ぶりにCSSアニメーションを作ったよ!
uemura
0
200
今年初めてのBabylonJsを触ってみた
uemura
0
120
ポートフォリオサイトのお問い合わせフォームをSendgrid + microCMSで作成したお話
uemura
1
1.2k
Three.js(WebGL)で一年以上学習した成果と便利なクラス/ライブラリを紹介
uemura
0
210
Pug / SASS でピクロス(カービィ)を作成
uemura
0
120
僕の好きなcssプロパティ・値5選
uemura
0
350
複雑なHTML_CSS アニメーション 作品一覧 + 苦労したこと
uemura
0
100
Microcms + nuxt.jsで個人ブログサイトをデプロイした件
uemura
0
660
microCMSについて (概要編)
uemura
1
270
Other Decks in Technology
See All in Technology
家族アルバム みてねにおけるGrafana活用術 / Grafana Meetup Japan Vol.1 LT
isaoshimizu
1
720
AWSに詳しくない人でも始められるコスト最適化ガイド
yuhta28
1
230
反実仮想機械学習とは何か
usaito
PRO
11
4.6k
元インフラエンジニアに成る / Human Resources to Human Relations
bobtani
4
920
Meta Quest 3 で動く桜マシマシ WebXR アプリを IBM Cloud Code Engine と Babylon.js で作った話
1ftseabass
PRO
0
120
On Your Data を超えていく!
hirotomotaguchi
2
680
長期間TiDBを使ってきた話 @ 私たちはなぜNewSQLを使うのかTiDB選定5社が語る選定理由と活用LT / Experiences with TiDB Over Time
chibiegg
2
900
JAWS-UG Bedrock Claude Night
yamahiro
3
600
生産性向上チームの紹介
cybozuinsideout
PRO
1
870
アクセシビリティを考慮したUI/CSSフレームワーク・ライブラリ選定
yajihum
2
1k
web-application-security
matsuihidetoshi
0
170
サーバー間 GraphQL と webmock-graphql の話 / server-to-server graphql and webmock-graphql
qsona
2
190
Featured
See All Featured
GitHub's CSS Performance
jonrohan
1025
450k
Large-scale JavaScript Application Architecture
addyosmani
504
110k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
21
1.6k
Atom: Resistance is Futile
akmur
259
25k
Embracing the Ebb and Flow
colly
80
4.1k
jQuery: Nuts, Bolts and Bling
dougneiner
59
7.1k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
352
28k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
9
8.3k
Building Better People: How to give real-time feedback that sticks.
wjessup
355
18k
Six Lessons from altMBA
skipperchong
21
3k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
2
1.3k
WebSockets: Embracing the real-time Web
robhawkes
59
7k
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パッケージを開発するものはアジャイル開発が適している
ご静聴ありがとうございました 実装 リリース テスト 追加要望