给团队讲实施项目经验时的提纲(比较乱)

插

职业化:
创造价值:个人投资与薪水[了解企业运行机制与目的:共同有效最大的获取财富]
素质问题:[对比足球]
需求明确再编码[大刀王五]先下手为强乱出手遭殃
尊重客户劳动成果.[数据的安全性,一致性和共享性考虑]
不要与客户讲实现过程[烦],简单讲结果.注意客户的意见并引导客户向自己备的方案走[减轻工作]
如何协作[技术需要人文语言来表达沟通,写作能力]
自信[对于软件来讲,不恰当的硬件知识对自信很有帮助.]
//
整体管理:控制变更
范围管理:工作分解
时间管理:关键工作路径
//

技术论:[技术是必须的,学会转化技术是最重要的.(转化为产品有很多因素,要满意解,不是最优解,产品需要成熟技术,而不是高新技术.)]
技术人员对技术是敏感的,而企业对技术是不太敏感的.这是个很矛盾的地方,但必须认识到,决策企业的人不是IT人,而是管理人.因为投资有风险.
软件的价值是思想,代码本身一文不值,ERP体现管理思想,本人必须有管理的概念.
透过"ERP 不用等死 用找死"分析原因:
技术上没有模糊概念[]
把不好说的说出来,是文学,把说不清楚的说清楚是科学

我强调基本功必须扎实.在3-5年技术必须掌握到一定程度.
评价标准:[能力:解决问题]善于从问题出现的现象找到问题发生的根源.[对新技术的掌握时间:不超过一个月]

自我臭美的程序员
程序员不同于武林人士,我们不要崇拜邪派高手
大学计算机教育的失误:从来就没有重视质量,绝大多数学士,硕士,博士不了解软件质量,不知道如何有效地提高软件的质量.
高校毕业生C++/C编程考试的结果:程序质量低下
什么是编程老手:能够长期稳定地编写出高质量程序的程序员
什么是编程高手:能够长期稳定地编写出高难度,高质量程序的程序员

尤其是基本算法一类的.目前经常有碰到问题不知如何解决,我认为主要是基本功的问题,有现象不知从何下手分析,当然就没有思路了,说白了就是对整个系统的运作不太了解,而这又依赖与本人的基本功.所以我认为应该从操作系统开始了解[尽管没有时间,还是可以抽的吗].不要盲目去学习新的技术.

VBX,OLE,OCX,ActiveX,Com,Com+都是从它的前辈发展来的,只有基本功扎实,突击才有效.

产品化:
需要成熟的技术,不是高新的技术.
体现人性设计比意味强调功能优越重要.[傻瓜界面使产品生命长久]
运行维护服务是第一位.[想办法在方法上减少时间(在网站上开版本升级和疑难解答)而不是拒绝客户]
保密措施使产品受到合法保护.

规模问题:
软件的规模决定开发方式.
角色扮演[需求分析,系统分析,程序设计,测试点]
小型软件目标是免维护.[重点1.保证质量(拳头)重点2.文档描述清晰][Word就可以画草图,只要说明问题就可以了]

大型软件涉及多人协作对UML语言熟悉要求比较高[人的大脑不可靠,形成文档最好,记事本文件就可以.][保证与用户的交互沟通实时][开发组成员定期讨论]
[用用例与客户沟通]

对企业的建议:
1.梯队建设:不能依赖特定的人或者团体.
2.

 

附:
经验总结:
1.OA本身与ERP就有交叉现象.事实上业务与管理有时很难鉴定,在开发中出现了业务流程与管理流程的重叠,而鉴定不明,直接影响到项目成败的关键.因此,我认为在需求分析阶段,骨干需求调研人员必须对客户业务流程有清晰的认识,以便在与客户交流时将疑问充分展示给用户获取满意解来让系统分析员判断解决方案[至要]
2.从长远发展来看:相应的技术储备是有积极意义的.完善文档的管理制度正是对技术储备的有效手段.当然技术储备是有相当风险的投资,制定预研方向就显的更加重要了.组织一定人力对经过一定考验的成熟模块再开发[时间周期可能比原始开发更长]完善以形成产品才是长远之计.
3.建设具有协作精神的开发梯队是项目成败的基石.具有良好职业素质的开发队伍是人人梦寐以求的,如何实施打好地基.我认为:
首先:要从培养自信开始[当然不是盲目的骄傲,也不是盲目的自卑],最简单的办法就是从安装操作系统开始:作为一位开发者,一定程度了解IDE所依赖的操作系统会帮助提升自信.而且对设计思路的开阔有很多好处.
其次:交流心经是提高能力的不二法宝.
第三:也是最重要的,个人的努力是别人无法控制的.