从前端开发人员的角度看敏捷开发

Question

我最近加入了一个敏捷软件工程咨询公司作为他们唯一的前端开发人员.

在我看来,敏捷过程的一个特点是你不会对功能进行投资,但我被要求工作的方式是预先编码所有内容,从而创造大量的远期投资.这导致了与团队其他成员的大量分离,并且给我提供了很多压力,要求我为服务器端人员提供功能.

我很难找到前端开发和敏捷过程之间的契合度,并且想知道是否有人有类似的经历以及他们如何处理它们？

从另一个角度来看这将是有趣的.我不是在呻吟,因为我习惯这样工作(我来自机构背景),但似乎这些敏捷专家不知道如何使其与前端开发一起工作.

Answer 1

Ryan,首先这是一个非常好的主题/问题.感谢您将它发布在Stack Overflow上!

"我很难找到前端开发和敏捷过程之间的契合,并且想知道是否有人有类似的经历以及他们如何处理它们？"

好吧,在过去,我曾经是一个遵循Scrum框架和敏捷原则的组织中的前端开发人员和Scrum Master,但幸运的是我从未有过您所描述的那种体验.但我可以想象,对你来说一定是痛苦的.不幸的是,有些人使用敏捷和精益流程和框架作为一种工具,通过建议使用它来在政治游戏中取得领先,但他们真正关心的是他们自己的名字和名望,最终发生的是他们不遵循通过并不公平对待敏捷和团队遵循它.对我来说,这听起来要么是来自更高级别的人的政治策略,要么是缺乏对敏捷原则的理解和经验.我认为你的组织需要一个"真实的"

"从中获得另一种观点将会很有趣."

在我的上一个项目中,我是一个由大约30名工程师组成的企业项目团队的Scrum Master.我也有一个Web开发人员背景.我们遵循Scrum框架并在2周的迭代中工作.每次迭代都有一个Product Backlogs列表,这些列表只不过是产品所有者编写并优先处理的一堆用户故事.用户故事总是需要表示产品的垂直切片而不是水平切片.想象一个多层蛋糕,如果你水平切割它,你会一次只得到一层或者两块但你永远不会得到所有的层,但是当你垂直切割它时,你会得到所有层,就像你的应用程序或网站或工具一样,或者它可能肯定在技术架构上运行,它必须具有多层,如GUI,安全层,服务器,DB,中间件等.根据Agile Manisfesto,成功是通过工作软件来衡量的,并且工作软件不是一组没有后端的静态前端屏幕,也不是没有任何前端的一组数据库表.因此,我了解到您可以建议或记住的规则总是在垂直切片中工作,这样您就可以在货架上放置潜在的可交付产品以推向生产.

简而言之 - 我认为您的问题的解决方案是拥有适当的用户故事,其完成标准应该更多地基于最终产品的小垂直切片而不是一次构建一个水平切片.所以例如它应该是基于特征的,例如,构建登录功能而不仅仅是构建login.jsp !!

记住,总是切小蛋糕的垂直切片,它的味道更好!;)

Answer 2

在我看来,敏捷过程的一个特点是你不会转发功能投资,但我被要求工作的方式是预先编码所有内容,从而创造大量的远期投资.这导致了团队其他成员的分离,给我带来了很多压力,要求我为服务器端人员提供功能.

你就在这里.他们要求的是与敏捷相反.

事实上,在一个团队中只有一个前端开发人员与其他开发人员只进行服务器端工作是一个灾难.

正如sjt在他的回复(我已经投票)中所建议的那样,敏捷团队应该在小的垂直切片中工作.

为了使其运作良好,您应该" 推广专家 ".团队中的每个成员可能在特定领域具有优势,但应该在所有部分中做一些工作,在所需的任何领域获得其他团队成员的帮助.

你应该学习并做一些服务器端的工作,服务器端的人应该学习并做一些前端工作.