已经很久没上iteye博客了，虽然在公司里面用不了，但是至少回家的时候可以用来做总结，比较过几个专业网站的博客，最终还是觉得这里的最适合自己，主要是因为有做电子书的功能。这样后面方便日志的备份。以后要养成每天写日志做总结的习惯了，这里是开始的舞台， 在这里开始记录我冲刺的一年-2012。
今年接了一个私活，是关于以人资管理为核心的小型erp系统。由于领导和我们开发人员都没有独立在外面做项目的经验，所以整个项目像马拉松一样持续了差不多半年时间，而又进展甚少，客户满意度大幅减低，抱怨连天，最重要的领导对项目信心不高，不敢跟别人签订合同收第一阶段的款项。如今项目仍在进行中，对于前期的失败经验现在做一个总结。
一，没有充分的和客户沟通，进行需求详细的分析，而是片面听信客户让我们自主设计系统功能，后面来适应我们系统的说法，导致每次到客户公司的时候都没有产生如何验收条件，扯扯蛋毫无成果地走人。没有明确需求下的盲目开发导致后面根据客户不确定的需求多次返工，推翻重来，付出了极大的时间及精力代价，成倍地推迟了项目进度。
心得：
1。应该先冷静分析接到的项目类型，是无系统全新开发，还是有系统取代开发，还是有系统二次开发。如果无系统全新开发的话，就必须和客户面对面的好好聊一聊，从大到小了解他们所需要的功能模块，每个功能模块具体要实现哪些功能，某些功能有没有特殊要求，有无认同的可供参考的同行业系统等等，然后整理出一份包括功能模块分布，实现，注意事项和不明事项等等的详尽的需求分析文档，一条条和客户确认清楚后再进行开发。如果是有系统代替项目的话，直接和用户看原有系统，取出客户想保留的功能及需要改进的功能模块，从原系统获得详细需求分析文档，然后让客户确认。如果是二次开发的话，只要了解好需要二次开发的具体功能条目然后跟客户确定就行了。
2。使用需求分析工具AXURE RP PRO5等，现在还没使用过相关工具，暂没找到适合的。
二，没有全局观念，只是想了一下，知道要做人事、考勤、薪资、电子签核、招募、巡更、门禁、消费等模块，却没有各个模块的详尽数据流向图整理出来，导致各做各的后面又要为整个系统的衔接流畅花大量的时间和测试。
心得：
1。应该先根据需求先把各个模块的关系从大到小用流程图等方式表达出来，能细化就尽量做到细化，标出有疑惑的地方，以便后面的讨论和开发，测试。这样出来的东西不但能让人放心而且稳定省力。
2。使用viso等。（已会简单使用）。
三，进度管理滞后和低效，没有一个详尽的开发模块及时程列表分摊到位，已经常态化的模块验收机制，会使开发团队的成员茫然懒散，最终导致项目严重的推迟和质量低下。
心得：
1。把模块时程负责人列好，每三天验收一次。这样就能保证能出来些较好的东西。
2。使用office project等工具。（没使用过，一直都用excel）
四，技术积累不足，很多效果，功能都不能快速实现，要靠百度帮忙慢慢搞出来，导致了开发效率低下，代码的随意性使系统稳定性不能得到保障。
心得：
1。留意各种效果的实现技术，模块化优化和积累起来，留个调用的接口就可以了。
2。留意和积累各种优秀的框架(基于oracle,sqlserver,mysql等都要有)，做到只要把流程搞顺，界面及功能都能快速填充进去，从而对整个项目的时程有充足的把握。
3。数据库的设计，使用powerdesigner等可以看到这个结构，优化。
4。同数据库或者跨数据库，跨服务器的数据抛转、同步、备份、恢复、安全、优化，同样把代码模块化的积累起来，方便调用。
五，谈判技术不行，总是让客户或者领导控制了场面，自己无论从利益获取还是劳动付出都处于被动劣势。
心得：
1。锻炼自己的气场和心态，平和冷静的面对这些人，就可以赢得很大的主动，甚至驾驭场面。
2。提高快速分析别人发言想表达的意思，及关心的问题并快速得到较好的解决方案的能力。
六，意志力不坚定，原则容易被外界动摇一直是到如今依然无为的原因。
心得：
1。只要深思熟虑决定要做的事情，就不放弃地把他完成，不管成败。
2。原则和自尊谁都不可撼动。