你必须积累动手经验你必须和哪些了解如何建模前辈起工作建模没有什么特殊的处除非有人从头到尾地教你否则很难学会建模
如果切都要靠经验那么如果公司需要在建模工作中启用新人他们需要寻求哪些素质呢？
许多原因我寻找个人素质:现有经验固然不错但他们愿意学习吗？他们愿意和其他人共同协作吗？他们愿意做重复性工作并以软件Software为中心吗？我们讨论了许多建模问题但事实上你目是开发软件Software这可不是建模
我想这个领域有许多专业建模师建模是他们努力方向几十年来他们直接受这样教育:“首先完成建模你是商业分析师把你工作成果交给其他人他们再从那里开始”
不我不需要那样人才我需要职员能够做点分析、设计、编码、测试然后从头再来我不需要那些只会建模、或者只会编码或测试人才
我想那是我们如今在社区中看到主要差异拥有多方面技能人才我们直称他们为“专才”其他人叫他们“工艺师”或“复兴开发者” Gartner group使用了个新词:“多面手”(Versitalist)——即多才多艺专家或专门研究某个问题人才这是个呦口词他们定没有给它注音我不知道他们如何想但这个想法不错
最后整理总结
最后要向开发者说句——公平对待建模
我想对那些有点轻视建模和构建文档开发者来说——世界上没有绝对建模没有错构建文档也没有错达到目标就已足够
对员来说如果你们掌握些建模窍门技巧你们生产效率肯定会有显著提高对专业建模师而言人们直告诉他们要提前详细建模如果他们少做些建模工作及时建模他们生产效率也会得到提高
如果你选择研究有个重要证据在生命周期的初就制定详细需求介绍说明实际上并不是好做法证据表明在项目早期就进行周密设计实际对项目结果不会产生影响如果你提前进行大量详细设计和根本不进行设计成功可能性是相同；这两种做法都是极端行为
这不是个非黑即白世界我不是说根本不进行设计也没有说做大量设计敏捷建模是指为手头工作做足够设计提供足够需求找到个平衡点
这就是搞混地方——两个极端人都必须找到平衡提前建模没有合理理由那不是建模最佳时机你不可能开始就全盘考虑所有问题
我们知道这点我们多次看到这样做项目遭到失败如果你拥有今天提前建模窍门技巧那么在 6个月你确实需要所有信息时你当然还是拥有这些窍门技巧那你为什么不能等等呢？没有什么理由预先做好切
你收集信息等待时间越长那些信息就越有可能是你需要信息——你可以提出更加聪明问题如果我今天为某个工作建立模型对于这个模型我了解信息最少如果我在 6个月以后建模那么我就可以收集 6个月领域知识——我可以提出更合适问题我股东已经对交付软件Software研究了 6个月他们能够提供更好反馈
此文章共有6页 上一页 1 2 3 4 5 6 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
