2013-07-01
项目进展:
从启动至今已有三个星期，但是进展甚慢，取得的进展有:
A. 封装成库，和HB调用库的接口有些进展，但进未完成
B. 整个框架，类视图，调用视图，只有两三层的进展；
C. 算法优化方案无定案
D. 添加时间开销模块未完成
对整个项目，我的看法是:
1. 项目的时程决策不当
在对整个项目完全没有做基本的调研:
要做成什么样？ 哪些要做？要怎么做？
各个人员的可用时间？各个人员在项目上的能力？
就定下任务的时程是决策的不当。
这样做的结果就是人员对要做什么不知道？要怎么做不知道？估计什么时间点要做完成什么不知道？
将导致人员的方向感迷失，失去主动性--只能推一步走一步！
2. 项目的决策过程不当
项目决策中，
不听取成员对项目的看法 ， 对项目的发展前景，参与热情等
不了解，观察成员对项目的态度 ，有什么想法，难点在哪？
不积极推动成员的参与热情 ，解决成员的思想顾虑，提高成员在项目中的存在感，价值感，
不在根本上让成员充分发言，积极参与思考，并让其承担成员想做的任务，
是无法调动成员的积极性，就会变成消极对待，安排一件才会做一件；
3. 项目管理者缺乏管理技巧
不能兼听，不能多鼓励成员提出意见和想法，并赞成，采纳成员的意见；
喜欢在会上，众议场合不顾成员的面子，直言取笑，贬低、否定成员；
一意孤行，主观臆想，不了解，不沟通，强行PUSH;
这样做的结果是消极；
4. 项目缺乏架构师，真正的技术领导者
项目管理者本人已不在一线编程多年，没有此类项目的经验，没有C++，多线程，多进程经验，也没有真正的技术项目的管理架构经验；
没有设定项目的目标内容，没有项目的正确性保障，测试方案，合作方式的安排；
成员上：
国博无语言，项目架构经验，参与热情缺失；
外博只有单兵做战的经验，语言与技术架构能力不明；
两位新人语言掌握缺乏，无此类型项目经验；
我，不认可项目的管理与推进方式，因为我对整个项目也没有了解与把握，
同时另有同样大型的项目需要深入管理与参与；
这就是项目的成员在技术本身上的不足。
另：
以我之前此类项目的经历，那个项目失败的原因在于：
没有强有力的项目架构师，无法掌握方向和度，只是三个应届生做无法达到项目要求；
没有强有力的，高强度的领导者：成员的工作太随性，压力不足，动力也不足；
其实当时的项目要以现在的水平做是能成功的。
总结:
没有人一定就会比别人聪明多少！凭什么别人要那么长时间做的东西你能很快做出？？？
一切的成功都要建立在扎实的根基上才有可能！
这个世界没有人能随随便便成功，一时的有可能，但次次则不可能！！！
以一个人做一个模块就要两三个月的经验判断，并需要大量的测试，合并，接口兼容，
这个项目不可能在年底完成一个到现在还不知道的目标；
2013-11-03
项目进展:
1. CEVH的类调用接口封装完成，实现了HB的正常逐帧编码输出，但封装进容器层还没有完成；
这一项时间计划在十.一国庆前；
未完成，且差很远；
2. 算法部分，只有做了一些帧内的局部优化，帧间算法的减法处理；
进展缓慢，缺乏大局观，整体规划；
只能算是走一步看一步；
3. 多线程部分，忙于业务线的事，第一个多线程点尚未完成；
项目的人员的精力分配是问题，能力也制约因素；
4. 管理上，项目过半，多方进展不大，项目领导自换；
项目思考:
1. 强力的架构师做整体的规划，结点的把握是必须的；
2. 事前尽可能多的需求调研，项目内容调研，难点调研，整体估计与计划是越多越好，
项目实施前，过程中的每个结点的充分讨论是很有必要，
以此才能做到兼听则明，集合整个团队的智慧，
并通过讨论，让每个人发言，才能使每个人在项目中都有存在感，参与感；才能真正激发大家的积极性；