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
350
ウォーターフォール・アジャイルに関しての個人の見解
ウォーターフォール・アジャイルに関しての個人の見解をシンプルにまとめて発表します。前職・現職で感じたこともお話します。
Nobuyoshi
March 20, 2020
Tweet
Share
More Decks by Nobuyoshi
See All by Nobuyoshi
Babylon.js × microCMS でフォトギャラリーサイト作った
uemura
0
70
2年ぶりにCSSアニメーションを作ったよ!
uemura
0
330
今年初めてのBabylonJsを触ってみた
uemura
0
170
ポートフォリオサイトのお問い合わせフォームをSendgrid + microCMSで作成したお話
uemura
1
1.3k
Three.js(WebGL)で一年以上学習した成果と便利なクラス/ライブラリを紹介
uemura
0
230
Pug / SASS でピクロス(カービィ)を作成
uemura
0
120
僕の好きなcssプロパティ・値5選
uemura
0
390
複雑なHTML_CSS アニメーション 作品一覧 + 苦労したこと
uemura
0
110
Microcms + nuxt.jsで個人ブログサイトをデプロイした件
uemura
0
700
Other Decks in Technology
See All in Technology
What if...? 처음부터 다시 LLM 어플리케이션을 개발한다면
huffon
0
1k
ABEMAにおけるLLMを用いたコンテンツベース推薦システム導入と効果検証
cyberagentdevelopers
PRO
1
720
地理情報とAPIのトレンド
nagix
0
160
ACRiルーム最新情報とAMD GPUサーバーのご紹介
anjn
0
150
20240724_cm_odyssey_hibiyatech
hiashisan
0
110
ギークの理想が7つ集まるエムスリーで夢を叶えよう - エムスリー株式会社
m3_engineering
1
260
Amazon FSx for NetApp ONTAPのパフォーマンスチューニング要素をまとめてみた #cm_odyssey #devio2024
non97
0
220
CTOから見た事業開発とプロダクト開発 / My Perspective on Business and Product Development as CTO
keisuke69
4
960
Docker互換のセキュアなコンテナ実行環境「Podman」超入門
devops_vtj
6
3.2k
サービスの持続的な成長と技術負債について
siva_official
PRO
10
4.4k
プレイドにおけるDatadog APMの活用方法
plaidtech
PRO
2
120
シフトレフトで挑む セキュリティの生産性向上
sekido
PRO
0
270
Featured
See All Featured
Building Better People: How to give real-time feedback that sticks.
wjessup
357
18k
In The Pink: A Labor of Love
frogandcode
139
22k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
29
2.5k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
149
45k
Creatively Recalculating Your Daily Design Routine
revolveconf
214
11k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
35
6.3k
Atom: Resistance is Futile
akmur
261
25k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
16
1.6k
For a Future-Friendly Web
brad_frost
173
9.2k
The Cult of Friendly URLs
andyhume
75
5.9k
The Language of Interfaces
destraynor
151
23k
KATA
mclloyd
20
13k
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パッケージを開発するものはアジャイル開発が適している
ご静聴ありがとうございました 実装 リリース テスト 追加要望