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

我最近加入了敏捷软件工程咨询公司作为其唯一的前端开发商.

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

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

另外一个观点就是有趣的.我没有呻吟,因为我习惯这样工作(我来自代理商的背景),但似乎这些敏捷专家不知道如何使其与前端开发工作.

瑞恩,首先这是一个很好的话题/问题.谢谢你发布在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大师,但幸运的是我从来没有你描述的那种经验.但我可以想象,这对你来说一定是痛苦的.
不幸的是,有些人使用敏捷和精益流程和框架作为一种工具,通过建议使用它来推动政治游戏,但他们真正关心的是自己的名字和名声,最终发生的是他们不遵循通过并不要对敏捷和团队遵循正义.对我来说听起来好像是来自某人的政治策略,还是对敏捷原则缺乏了解和经验.我认为您的组织需要一个“真正的”全职敏捷教练,不受组织中的更高的权力的影响.

“It would be interesting to get another perspective on this.”

在我最后一个项目中,我是企业项目团队的Scrum大师,约30名工程师.而且我也有一个web开发人员的背景.我们遵循Scrum框架,并在2周的迭代中工作.每个迭代都有一个产品积压列表,它们只不过是由产品负责人编写和优先排列的一堆用户故事.用户故事总是需要代表产品的垂直切片,而不是水平的.想象一下多层蛋糕,如果你把它水平切割,你只需要一次或者两次,但你永远不会得到所有的图层,但是当你垂直切割,你可以确定所有的层,以与您的应用程序或网站或工具相同的方式,或者它可能绝对运行在技术架构上,该技术架构必须具有多个层,如GUI,安全层,服务器,DB,中间件等.根据Agile Manisfesto的成功是通过工作软件来衡量的,而一个工作软件不是一套没有后端的静态前端屏幕,也不是一组没有任何前端的数据库表.所以我学到的一个可以建议或记住的规则总是可以在垂直切片中工作,这样您就可以将货物中的潜在可运输产品推向生产阶段.

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

记住,总是切小蛋糕的垂直切片,味道好一点! 😉

翻译自:https://stackoverflow.com/questions/3751421/agile-development-from-a-front-end-developer-perspective

转载注明原文:敏捷开发从前端开发人员的角度