课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
敏捷开发我们在前几期的文章中已经给大家介绍过很多次了,而且也是许多软件开发企业在使用的一种开发方式,但是也有一些企业需要做好前期准备才能实施敏捷开发,下面我们就一起来了解一下具体情况吧。
在我们生活的非理想世界中,尤其是在大企业公司中,我已经意识到,如果敏捷项目要在企业中取得成功就需要管理人员,但也需要合适的团队成员。一项大多数人都认可的共识可能是,做出正常软件的大障碍是人,他们可以是经理、PO、开发人员、利益相关者或是其他任何人。不幸的是,我听到的大多数敏捷思想领袖只会抱怨经理缺乏能力,而不会抱怨团队成员缺乏足够的技能,在我看来这是错误的。之所以会这样,可能是因为团队成员在各种会议等事务中是这些思想领袖的直接目标群体。
基本上,你需要在所有职位上都有合适的人选才能取得成功。这很难做到,原因有很多,比如说企业形象不佳、薪酬过低、权力结构太深、缺乏开发文化、无法解雇表现不佳的团队成员,等等。但无论如何,这都是成功的关键所在。
如果公司的官僚主义氛围成为了正常工作的障碍,那么即使是好的团队也无法取得成功。独立的安全部门、荒谬的网络配置、持续的业绩评估和KPI为核心的战略,都是这种官僚主义的例子,它们会将团队关注的焦点从生产高质量软件这个目标转移到其他事情上。管理层需要消除各种障碍,这些障碍中也包括一些人员。
如果你安排好了团队和外部环境,你还需要一个流程来让你的团队专注于重要的事情,即创建软件。我会选择尽可能低复杂性的方法,可能是类似看板的设置,摆脱PO和SM,让团队与实际用户或利益相关者会面,通过事件风暴和故事映射会议提出所需的计划,然后与经理以及实际的终用户或利益相关者的一些代表(如果可能)一起确定优先级。PO代理可能在某些地方起到作用,但我个人从未真正体验过这种感觉。尤其是在大型项目中,你会有席PO,还会有子PO负责实际的故事写作。这与只安排一个PO的基本理念背道而驰,这种理念中这一位PO的头脑中应该对系统有实际的了解。你要经常与利益相关者一起重新审视计划结果,获得反馈,并根据反馈重新确定优先级。但做这些事情的时候都要让团队参与进来,这样每个人都会了解哪些才是重要的事情。
一个关键技巧可能是建立一个像样的CI/CD系统,并在部署变得太慢时重构它。在一个gitpush和能让你看到的结果之间通常应该不超过一分钟。自动化测试当然也是这里的一个重要部分,但它不是放在单元测试级别。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。