您的位置:首页 > 其它

初涉项目管理时遇到的问题及解决思路

2016-08-19 11:24 323 查看
文章转自知乎帐号xzh6,表示感谢。

概要设计文档不明确,导致开发人员很多时候无从下手

在这次对外包人员的管理中,这个问题尤为突出。因为设计文档不够明确,一些模块的技术流程没有确定下来,导致开发人员无从下手,影响了整体的开发进度。

以前之所以问题没有凸显,是因为开发人员的技术水平高,并且主动性强,对于存在的问题能够自主找到合适的解决方法。但是对于技术水平一般的成员,没有明确的技术流程,对他们会很大的影响。

改进方法:

开发之前,由核心人员写好概要设计说明书(如果要严格保证项目的质量,则需要有详细设计说明书),对于重要的模块,需要明确具体的业务流程和技术实现流程。

如果因为时间问题没有明确的文档,那一定要开发人员(尤其对于技术一般的开发人员)在开发前画出关键模块的流程图,然后进行评审,通过后才开始开发。否则会出现设计不合理导致后续变动大或者质量达不到要求。不过对于核心人员的开发,最好也要画出关键模块的流程图。

针对项目质量的把控,可以通过重点模型评审等方式。

缺少技术积累和自主平台,导致不同的项目重用性很低

目前这个问题很明显,而且在小公司中也很普遍(大公司好很多)。对于技术的积累,涉及到知识库的建立,包含软件模型的封装、自主平台的搭建,特定问题的处理方法,技术的积累。

由于没有知识库的积累,所以在不同项目中,重用的模块特别少,没有充分利用已有的资源。同时,一旦项目组人员有变动,对项目的影响特别大。

知识库的建立方法:

对于知识库的建立,因为工作量大,如果单靠项目经理来做,肯定是低效的,而且不能持久。知识库内容的产生,必须由全体成员分享。

需要由项目经理推动,前期做重点模块、技术的积累,并形成文档,分享给团队成员。并要求团队成员每周写技术周报(目前部门已推动了,只是时间长了大家不认真对待,因为没有很好的反馈和激励),技术周报可以由成员自主选择技术点,也可以由项目经理指定,并且明确格式和内容。

可以尝试将整理的知识点发布至博客,并且在每周例会中进行点评。

推动的另一个方法是,加大内部的培训力度,培养团队内部的分享氛围。但是这个在项目时间紧张的时候,推动不起来,主讲人没有时间准备。可以尝试每周限定时间给主讲人进行准备(时间紧需要加班)。

缺少项目管理经验的积累和改进

目前对于项目的管理,还比较混乱,缺少一套正规的、合适的方法,还属于小作坊式的管理。对于开发和测试,完全凭项目经理的个人意愿进行,对于小团队可能问题不会凸显,但是对于较大的团队,就会有很多问题,导致项目进度、质量等不可控。

虽然现在开展了很多项目,但是对于新来的项目,又是按照之前的方式,得不到有效的改善。

改进方法:

项目经理需要抓住项目中的重点事情,然后挤出时间进行项目管理方面的总结,形成文档。并且要善于发现、制造场景挖掘团队中的问题,让问题尽量都暴露出来,然后解决并整理总结,然后在后续同样的问题上进行改进。

每周必须要总结至少一次,如果能做到每天总结整理,那最好不过。并且在后续的管理中,基于已有的经验进行改善。

缺少行业知识的积累以及行业资源

这一点在做产品的时候尤为明显。因为涉及到竞争对手、市场的考虑。如果产品做不到好的口碑,那么只能靠公司销售的关系,也只能维持短期的利益,得不到真正的推广。产品让用户产生不了依赖,实用性不高,用户掏钱购买的意愿也就没有了。

改进方法:

平时多从互联网、竞争对手官网收集行业资讯,试用竞争对手产品或者优秀的第三方产品,然后结合自己的产品进行优略势分析(SWOT分析)、产品方向分析,借鉴别人的产品路线,以及争取获得行业资深人员的帮助。

多接触行业内的合作伙伴、朋友,从他们那里获得行业的信息。当然,自己也需要事先花时间收集,与他们分享。

另:互联网是一种很好的资源。

缺少会议纪要的整理以及软件变更的记录和控制

很多重要的会议,缺乏会议纪要的整理,导致很多会议上确定的东西以及待做的事情,在会后得不到有效的实施。对于软件的变更,没有统一的记录,这样在后续的开发和测试中,一旦团队成员忘记了之前的变更,要追溯就显得非常困难。

改进方法:

确定会议纪要文档模板,每一次会议认真做好会议纪要。对于会议上确定的事情以及后续待做的事情,项目经理必须要监督,使会议确定的事项得到实施。

对于每一次的会议纪要,除了电子版提交到SVN中,还需要打印出来进行传阅、备份。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: