TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Client Runs on Waterfall

23 点作者 pxue大约 1 年前
I&#x27;m secretly loving it.<p>I got hired to migrate a client&#x27;s existing excel spreadsheet internal tool over to a customized React SPA.<p>This is the first contract where I&#x27;m not rushing around every sprint trying to piece together half baked features and pushing them out the door. While not strictly waterfall (more kanban) I&#x27;m enjoying the heck out of the process either way:<p>• Everything is rigorously tested and documented.<p>• Nothing gets released until all the requirements are met. No sprints.<p>• We celebrate every release.<p>• Clients give feedback, we spend time talking about it internally, and then do proposal, design and then developers come up with architecture docs and we talk about it some more.<p>As a 34 year old dev I&#x27;m loving this.<p>Am I just getting old?

7 条评论

95014_refugee大约 1 年前
At 34, not old. Maturing, perhaps.<p>It’s worth reading the original Waterfall paper. If you’ve only ever heard of it as the bogeyman, it might surprise you.<p>From your tone here, I think you are seeing “people over process” play out in your context. Celebrations? Talking? More talking? Time to do work? These all smell like a sensible organisation doing sensible things. Congratulations, you lucky &amp;^%*&amp;^%&amp;^.
评论 #40201058 未加载
bradley13大约 1 年前
Sounds like a client with a clue. Congrats on winning the lottery.<p>Agile development certainly has its place. Sadly, in most projects, it has become an excuse for clients who don&#x27;t know what they want, combined with managers who are unwilling to force clarity in the requirements.
评论 #40196733 未加载
评论 #40229426 未加载
评论 #40205233 未加载
philomath_mn大约 1 年前
A lot of companies heard that big design up front (BDUF) was bad so they decided to do no design or planning up front.<p>You can&#x27;t anticipate everything like true waterfall expects, but you also can&#x27;t just yolo into a sprint without some effort spent on specs &#x2F; designs &#x2F; architecture &#x2F; etc.<p>Sounds like your client found a balanced approach.
GianFabien大约 1 年前
Enjoy! Clients like that are the exception.<p>I&#x27;m assuming that the requirements are documented and not altered every other day. Have to wonder whether your client is an engineering (not software) or related firm where they do detailed design before building.
2rsf大约 1 年前
You are not getting old, you simply met reality. What you are describing is a functioning, mature and high performing company vs the opposite. It has nothing directly related to Agile vs Waterfall.
runjake大约 1 年前
For others as lost as I am:<p><a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Waterfall_model" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Waterfall_model</a><p><a href="https:&#x2F;&#x2F;changelog.com&#x2F;posts&#x2F;waterfall-doesnt-mean-what-you-think-it-means" rel="nofollow">https:&#x2F;&#x2F;changelog.com&#x2F;posts&#x2F;waterfall-doesnt-mean-what-you-t...</a><p>(Links to the 1983 paper within both links)
badpun大约 1 年前
Waterfall is good for developers, as you get unambiguous requirements that you just need to translate to code. Job is nice and easy.<p>However, waterfall can be disasterous for the organization. If a single big iteration takes a year, the entire team might be building something worthless for an entire year without getting feedback that what they&#x27;re doing is not what the users want. I&#x27;ve been on such projects.