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
390
ウォーターフォール・アジャイルに関しての個人の見解
ウォーターフォール・アジャイルに関しての個人の見解をシンプルにまとめて発表します。前職・現職で感じたこともお話します。
Nobuyoshi
March 20, 2020
Tweet
Share
More Decks by Nobuyoshi
See All by Nobuyoshi
仕事では採用されなかったホスティングサービス、 せっかくなのでLTで話します
uemura
0
64
Babylon.js × microCMS でフォトギャラリーサイト作った
uemura
0
200
2年ぶりにCSSアニメーションを作ったよ!
uemura
0
730
今年初めてのBabylonJsを触ってみた
uemura
0
250
ポートフォリオサイトのお問い合わせフォームをSendgrid + microCMSで作成したお話
uemura
1
1.4k
Three.js(WebGL)で一年以上学習した成果と便利なクラス/ライブラリを紹介
uemura
0
300
Pug / SASS でピクロス(カービィ)を作成
uemura
0
150
僕の好きなcssプロパティ・値5選
uemura
0
460
複雑なHTML_CSS アニメーション 作品一覧 + 苦労したこと
uemura
0
130
Other Decks in Technology
See All in Technology
rubygem開発で鍛える設計力
joker1007
2
260
20250625 Snowflake Summit 2025活用事例 レポート / Nowcast Snowflake Summit 2025 Case Study Report
kkuv
1
360
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
26k
TechLION vol.41~MySQLユーザ会のほうから来ました / techlion41_mysql
sakaik
0
200
AIとともに進化するエンジニアリング / Engineering-Evolving-with-AI_final.pdf
lycorptech_jp
PRO
0
140
PHPでWebブラウザのレンダリングエンジンを実装する
dip_tech
PRO
0
210
OpenHands🤲にContributeしてみた
kotauchisunsun
1
490
LangSmith×Webhook連携で実現するプロンプトドリブンCI/CD
sergicalsix
1
140
開発生産性を組織全体の「生産性」へ! 部門間連携の壁を越える実践的ステップ
sudo5in5k
0
210
AWS テクニカルサポートとエンドカスタマーの中間地点から見えるより良いサポートの活用方法
kazzpapa3
2
570
LangChain Interrupt & LangChain Ambassadors meetingレポート
os1ma
2
200
ドメイン特化なCLIPモデルとデータセットの紹介
tattaka
1
300
Featured
See All Featured
KATA
mclloyd
30
14k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.3k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
30
2.1k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Being A Developer After 40
akosma
90
590k
Typedesign – Prime Four
hannesfritz
42
2.7k
Become a Pro
speakerdeck
PRO
28
5.4k
Docker and Python
trallard
44
3.4k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
50k
Documentation Writing (for coders)
carmenintech
72
4.9k
Rebuilding a faster, lazier Slack
samanthasiow
82
9.1k
The Straight Up "How To Draw Better" Workshop
denniskardys
234
140k
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パッケージを開発するものはアジャイル開発が適している
ご静聴ありがとうございました 実装 リリース テスト 追加要望