关闭。这个问题是opinion-based .它目前不接受答案。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.
3年前关闭。
Improve this question
我最近加入了一家敏捷软件工程咨询公司，成为他们唯一的前端开发人员。
在我看来，敏捷过程的特征之一是您不会对功能进行前向投资，但我被要求工作的方式是预先对所有内容进行编码，从而创造大量的前向投资。这导致与团队其他成员的很多分离，并且给我为服务器端人员提供功能施加了很大压力。
我很难找到前端开发和敏捷过程之间的契合点，想知道是否有人有类似的经历以及他们是如何处理的？
对此有另一种看法会很有趣。我没有提示，因为我已经习惯了这样的工作(我来自代理背景)，但看起来这些敏捷专家似乎不知道如何使其与前端开发一起工作。
最佳答案
Ryan，首先这是一个非常好的话题/问题。感谢您将其发布在 Stack Overflow 上!
"I am having difficulty finding the fit between front end development and the Agile process and was wondering if anyone had similar experiences and how they dealt with them?"
好吧，过去我在一个遵循 Scrum 框架和敏捷原则的组织中担任过前端开发人员和 Scrum Master，但幸运的是我从未有过你所描述的那种经历。但我可以想象，这对你来说一定是痛苦的。
不幸的是，有些人使用敏捷和精益流程和框架作为工具，通过建议使用它来在政治游戏中取得成功，但他们真正关心的是自己的名声，而最终发生的事情是他们不遵循不公正对待敏捷和跟随它的团队。在我看来，这要么是高层的政治策略，要么是缺乏对敏捷原则的理解和经验。我认为您的组织需要一个“真正的”全职敏捷教练，不受组织中更高权力的影响。
"It would be interesting to get another perspective on this."
在我的上一个项目中，我是一个由大约 30 名工程师组成的企业项目团队的 Scrum Master。而且我还拥有 Web 开发人员背景。我们遵循 Scrum 框架并进行了 2 周的迭代。每次迭代都有一个产品待办列表列表，这些列表只不过是一堆由产品负责人编写并确定优先级的用户故事。用户故事总是需要代表产品的垂直切片而不是水平切片。想象一个多层蛋糕，如果你水平切它，你一次只能得到一层或两层，但你永远不会得到所有的层，但是当你垂直切割时，你肯定会得到所有的层，以同样的方式，您的应用程序或网站或工具或任何它可能肯定运行在技术架构上，该架构必须具有多个层，如 GUI、安全层、服务器、数据库、中间件等。根据敏捷宣言，成功是通过工作软件来衡量的，工作软件不是没有后端的一组静态前端屏幕，也不是没有任何前端的一组数据库表。所以我学到的一条你可以建议或记住的规则总是在垂直切片中工作，这样你就可以在货架上有潜在的可发货产品来插入生产。
简而言之 - 我认为解决您的问题的方法是拥有适当的用户故事，其完成标准应该更多地放在最终产品的小垂直切片上，而不是一次构建一个水平切片。因此，例如它应该是基于功能的，例如，构建登录功能而不仅仅是构建 login.jsp!
记住，总是切蛋糕的小垂直片，这样味道更好!! ;)
关于从前端开发人员角度看敏捷开发，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3751421/