
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
敏捷开发技术随着互联网的不断发展而被越来越多的程序员掌握并应用到了不同的软件开发项目之中,而本文我们就通过案例分析来简单了解一下,敏捷开发应用常见问题分析。
1、从上而下地实施敏捷
我们所了解的一些从上而下的敏捷实施中,组织的管理层会通知团队要采用敏捷的方式开展工作,并列出了具体的时间和方式。但敏捷实际的意义在于团队通过自我规划来创建有价值的产品。
管理层传达敏捷目标这一点没有问题,但为达到佳效果,团队和管理层都应参与到具体实施中,一起踏上敏捷之旅。团队各不相同,产品也各有千秋,是时候让团队自己决定什么才是真正行得通的了。
2、“实施”变革
和上一点类似,组织试图通过指导手册或者是凭空创建的工作流程来简单粗暴地“实施”敏捷的文化变革。
这是不行的。组织的文化是在每一名团队成员的参与下,经过长年累月的积累而形成的。文化是无法轻易改变的。如要改变,管理层应以身作则,自觉遵守文化指导手册(好是由员工协作编写的),展示预期行为,并对其他成员的模范行为给予鼓励,同时还需要保持耐心。
3、聚焦输出
许多公司的敏捷团队完全将工作的重心放在了创造与交付产品上。他们关注上市时间和测试自动化,关注CI/CD,以做到更快的交付。但这种把重心放在输出的做法是反敏捷的。
如果你所交付的应用并不是客户需要的,那么交付再快也都没了意义。很多新功能都因为派不上用场而从没有人使用过。真正重要的是我们通过输出所能达成的效果。
4、忽视客户和用户
很多敏捷团队对用户画像或客户需求只有模糊的概念。他们从不和这些关键的利害关系人接触,即使有定期演示或评审,也只是面向内部的利益关系人。而他们只要见到销量增长就会欢呼成功。但销量只是指标,它们不代表客户。
团队创造的产品是为客户和用户服务的,我们需要让客户和用户参与进来。敏捷的意义就在于定期与你的用户一起验证产品。没有这层验证,你的敏捷之旅就是毫无根基的。
5、敏捷仅面向IT
人人常常误以为敏捷只适用于IT,只有IT需要敏捷,组织的其他部分完全无需改动。这是忽略了团队内除了IT之外其他成员为提供用户体验而做出的贡献。没有大家共同的努力,客户不会得到满意的结果。
IT只是产品体验的一部分,而产品体验也是客户体验的一部分。客户对产品的体验还包含了销售、售后、政策法规以及三方。在不断变化的环境中,大化产品价值是所有人的共同目标。我们需要团队协作以及快速的反馈循环,我们都需要变得敏捷。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。