由于某些原因它显得非常重要首先人们在应用敏捷开发所以对离岸工作人来说为什么不能以敏捷方式完成离岸团队(Team)工作呢？没有什么可以阻止他们为什么不能以敏捷方式完成本土团队(Team)工作呢？同样没有什么可以阻止他们
那么问题变为你如何在这些团队(Team)的间进行沟通你必须擅长于此你该如何组织团队(Team)使他们即使在地球另面工作也能保持高效率呢？要做到这点并非易事但你可以保持明智
赋予每个位置尽可能多责任如果我得到个离岸处理子系统那么它就是离岸工作全部如果本土团队(Team)确定需求和构造再把它们交给离岸团队(Team)你项目就会缺乏活力如果你在本土完成所有关键研究你是在努力最小化风险但实际上你已经增加了风险
如果我把份构造文档或份详细需求文档交给离岸团队(Team)告诉他们说:“完成这项任务”那么如果你是离岸团队(Team)主管你会如何做你会让下属来完成这件工作他们已经为你安排好切——实际上任何高级职员都不想做那样工作在那种情况下你只是只“编程猴子”
你需要承担尽可能多责任——我看到许多成功团队(Team)把它们成员送到印度工作你让名项目经理(project manager)在那边协调工作但那样就足够了长期来看那样做风险和成本都低许多这实际上是种非常有趣工作方式但你必须非常信任你工作人员
你对轻视敏捷建模认为其不必要开发者有什么告诫？
首先如果你正在做敏捷“软件Software开发”你实际上就是在进行敏捷建模只是没有意识到这点而已
于是我开始问这样问题:“你在白纸板上工作吗？”答案是肯定这令人鼓舞如果你去参观个运作中XP团队(Team)那里总是有上面画着图表白纸板或者上面有索引卡软木板那些都是敏捷建模
所以他们在做这种建模工作但不承认这是建模XP中规划游戏——那也是种建模行为不是吗？如果你在做个月周期开发你用前半天或天时间规划出下个月工作那么许多工作其实都属于建模你把大家都集中到个房间你们开始讨论填写卡片然后找到白纸板在上面画、绘制草图并进行辩论等等这就是建模因此他们在做建模工作只是没有这么叫而已
最终他们责备管理层责备其它高级开发者而且他们不理解、无法介绍说明他们到底在做什么他们受到高级管理层轻视
管理层心想:“哦他们没有做任何建模工作你们这些卑鄙下属”他们是这样认为在 7 8十年代他们见过代码修复者做过这种事情；现在许多这种激进主义分子似乎也准备继承代码修复者传统行为因此他们被视为失败——他们并不相同但听起来好像样
对于敏捷社区所有有关沟通讨论我们有时确实努力去传达我们工作这是非常重要事情如果你正在进行调整如果你必须处理某种复杂问题、如果你在准备离岸搬迁那么你就在准备建模你将要构建文档即使你不会建模你仍然要构建文档要交付个系统文档资料必不可少这再正确不过了你需要用户文档、支持文档、系统文档就是这样我请你做到明智敏捷建模就在于此定要明智
此文章共有6页 上一页 1 2 3 4 5 6 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
