15年项目经验与教训

2016-01-30 08:59:00
hainuo
原创 1711
通过参与项目得到很多经验教训,许多都是踩了坑才发觉的。1. 转换节奏太快,我个人的目标是自己对技术的掌握提升和新技术的推广与应用,而当前项目是使用的现成的标准版进行二次开发,而且属于外包项目,我进入项目组后,虽然洽谈的工作岗位为技术经理,实际的角色并不是技术经理,而且类似于产品。一对比之后,发现自己转换太快,并没有产品经理(在项目方面)的经验和知识积累,导致结果就是,自己定位不对,无法胜任工作。1. 对商派人员过多的肯定假设。商派做的一定会好,因为商派是一家大型的软件公司,有非常好的项目制度,有好的项目经理,拥有好的技术人员,进调期间,D经理的才华展露,于是我单方面肯定商派对进度把控会非常到位。即便是在11月份看不到程序界面,但是每天都有后端处理代码的情况下,错误的认为商派的进度很快。结果可想而知,犹如醍醐灌顶,让我对商派也同时坚定了我之前对这些大软件公司并不怎么注重用户体验的想法。1. 同样也是一个收获。在跟D经理对接过程中,没有确认一个demo版本,这一点在Q经理进入后变得更加清晰。之前都是看样子调整,不行再调整,导致项目全面开花,但是整体进度很差。Q经理来到后,提出demo版的概念,让我一下子总结起来,我需要的就是demo版本,我不断的体验demo版本,完善demo版本,然后技术根据demo版本去开发或者对接程序。这是一个高效的方式。有了参照,事情就变得容易点,因为沟通成本大大降低了。1. 系统方面的对于本套系统来说我们需要的是一套b2b2c的平台或者说类似o2o的平台,而当前系统的标准版本是b2c的商城,项目进入开发阶段后也就是进入12月份后发现项目需求文档中b2b的成分太多,以至于技术开发工作量巨大,商派的人员对技术开发难度和工作量预计出现严重问题,而我方也因为商派的乐观的预计制定了上线计划,导致项目进展不如意,开发进度较慢。虽然demo的出现让沟通降低了,但是demo的出现并没有降低技术人员的开发量,减少的是反复修改的工作量。1. 开发安排上,商派的开发是全面开发,虽然多次提醒将力量集中在我要加工模块,尽快将我要加工走通,但实际上仍然还是平铺式进行。这个也给我以后在进行开发时提了个醒,将重要的事情先做好,合理安排好开发事项。1. 通过商派对项目的跟踪情况,我得到收获是项目要定期沟通,这个定期不能是一个月,一个月太长,应该是每周一次这是最保险的频率。还有沟通应该有一个结果和一个计划,沟通的内容应该包括上周事项进度,本周计划,延迟计划,变更计划等。总的说来,变更要走变更流程,而本次最大的失误在于我方意志不坚定,更换模式,两次进调结束后,忽然间改变思路,改变项目底层依赖(就是项目运作方式),然后,商派公司并没有及时的跟踪并将变更的文档下发到项目组的每个成员。我作为确认人员多次询问未果,亦未及时反馈(即便及时反馈也已经晚了,毕竟时间本身就没有多少了)。所以,要做好跟踪的话要见兔子再撒鹰,不见兔子就将项目停止。
发表评论
伍 加 陆 =
评论通过审核后显示。