|
项目经理职业发展热线： 400-666-0609 公众微信号：mypm_net 分而治之策略 随着团队工作步入正轨，下一步的工作就是安排工作，各执其责。一个诱人的方法就是成立专门构建架构的团队，例如，银行平台，然后由这个团队来分配其他团队根据各类金融服务的需求来设计架构。Shore说，这种分配工作方法听起来不错，但其实并不是那样的。“这种分配方法时常会出现瓶颈。架构没有完全建立起来之前，服务团队是不能开始工作的。”而另外一个缺陷是?“技术精湛的团队成员合作失败都会终结于平台团队。” Rothman解释说，根据系统满足用户特殊需求的软件特性(例如下订单)来分配工作是最有效的方法。她建议在各个团队中加入软件架构师，随着软件开发项目进程的推进也要变换软件架构。当然，在团队间，这些软件架构师可以共享的，这一点非常重要。她补充道：“但是不要循规蹈矩。当你完成软件的特性开发时，你也要更新软件架构图片。”当软件架构开发工作形成一种固定模式时，这些团队也就知道哪些行得通哪些行不通。 尽量言简意赅 Rothman认为，大型敏捷项目的另外一个缺陷就是过长的迭代过程。对于一个独立的大型开发项目来说，迭代周期不应该超过2个星期。她说：“短周期迭代可以促使团队经常利用现有代码来编译新代码、学习更多的东西以及更经常性的得到反馈信息。”短周期迭代同样也可以避免工作中的小瑕疵。她解释说：“这就是敏捷项目的奇妙之处。”敏捷交付需要缓慢进行并需要征求反馈信息，如果这种做法没有起到任何作用，那么你可以回到绘图板。停止工作两周不会给项目带来麻烦。她说，但是也许会在其他方面带来更多麻烦。 管理依赖性 减少大型敏捷项目的依赖性是非常重要的。这样做可以减少时间浪费，阻止项目偏离正常轨道。“项目之间的过分依赖可能造成更多的交接工作。交接工作的增多会造成更多的延迟和错误。”Shore指出，大型敏捷系统比独立敏捷项目更浪费时间就是因为发生这些延迟和错误。 对于不可避免的依赖性必须要加以管理。那么你该如何管理呢?Shore喜欢的方法是采取有界环境的方式，这个方法是由Eric Evans在名为Domain-Driven Design的书中提出来的。 如下是Shore在其The Art of Agile博客中所写的观点：“有界环境就是将一系列代码、数据库模式和其他产品统一进行管理。有了有界环境，使得系统的一个部分可以影响到系统的其他部分。有界环境中任何一部分都可能重新被分配、增强或者任何时候都可以改变，任何工作在有界环境中的人员都应该了解该环境中其他人员所作的工作内容。” 限制了依赖范围，在有界环境条件中遇到问题时，团队成员可以在不引起项目混乱的情况下就可以将问题解决。 表明立场 说了这么多的优势，Rothman警告说，大型敏捷项目在管理依赖性方面也会存在沟通问题，同时影响所有团队的工作速度。“当你等待其他团队来解决问题时，工作上就会有惰性。”大多数团队成员不能发现困扰整个多团队项目的问题所在，但是单团队项目就会采取措施推动事情的发展。“自问一下‘如今我们能做什么?我们可以帮助团队做什么?’” 无论多么小的行动，都实施起来吧，让别人跟随你的脚步，只有行动才能克服惰性。Rothman 说：“即使你工作在12个团队中，是数百名开发人员之一，也要使用这种方法来维持敏捷项目的运行。” 本期编辑ㄧ刘呈丽 内容来源ㄧJennifer Lent -END- 项目管理者联盟出品 原创内容转载请注明出处：项目管理者联盟 （mypm_net) |
|
|
