Chinaunix首页 | 论坛 | 博客
  • 博客访问: 50939
  • 博文数量: 48
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 917
  • 用 户 组: 普通用户
  • 注册时间: 2013-05-09 14:47
文章分类
文章存档

2014年(2)

2013年(46)

我的朋友

分类: IT职场

2013-08-05 16:15:24

项目管理对于一个项目的顺利进行是很重要的,企业做好项目管理的方法有:
一、需求调研
   
需求调研非常的重要,如果你想活下去,最终我们还是要想方设法满足用户的要求。用户是个外界因素,我们是无法控制的,那么我们只有尽可能改进需求分析的方法来尽量减少不必要的麻烦。那么是否应该做个原型给客户看看?我是觉得这不大合适,因为如果项目周期短的话,等你做好原型,黄花菜都凉了。我认为借用一下项目管理工具也是一种省力的方式。我们可以在企业管理软件中搜索出以前和它相近的成功客户的案例和相关文档,判断其相同点和不同点,可以在原有成功项目基础上针对当前项目进行有针对性地修改。在 linkwedo中因为项目进行的情况和所遇到的问题等都是随时记录和保存的,让我们在调研时,可以轻松的在系统中搜索到,不需要浪费大量的时间在寻找和整理,这样,既可以很大幅度的节省时间,又使需求分析有所依据。

 

二、需求评审
   
我之前遇到过这种情况,开发人员根据设计文档写代码,可是他并不知道自己在开发什么,站在自己的角度想一下,如果自己都不确定自己做的东西,即使有再完备的设计,也会对开发毫无兴趣,只会让自己觉得自己是个代码机器。

通过linkwedo-project工具,在撰写需求文档之初,客户经理就已经将客户的需求录入到系统里@给所有参与开发的团队中,这样用类似微博的方式记录工作中的信息,并且可以分享到企业社区、或指定的群组,使同事之间可以了解彼此所做所想,对分享的信息进行评论,提供想法与建议等等.沟通方面问题也就很好的解决了,来自客户方面的需求能够及时反馈给工程师,工程师开发进度也能让客户经理知道,对客户反馈和服务过程就很轻松了。
   
当然必要的碰头会还是要开的,开会就直接针对问题提出建议,不需要再做汇报了,因为工作内容和进度彼此都清楚了,所以会议会很短很有效率。


三、需求管理
   
需求管理是在开发开始之后进行的,这也是另所有人头疼的一件事,之前做完一个项目后,客户经常打电话找我们。后来转念一想,难道这种情况真的不能避免吗?至少是可以大幅度的缓解的吧。这就是我们需求管理中的变更管理没做好,改了哪些地方自己都忘记了,最后是跟着感觉走,拆东墙补西墙。并不能根本的解决问题,我认为解决问题的关键在于信息的可追溯性。在Linkwedo企业社交化沟通平台中,我们发的每条信息都是可以查询,并有据可依的。因为在系统中 每发表一条信息都会记录时间,同时将信息关联:@项目、@任务、@同事、@客户等。 这样能够快速定位到项目活动流里,让所有沟通的信息及时,快速,同步,可追溯。因为只有沟通良好了,才能谈得上管理,进而更好的为客户服务。

 

阅读(355) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~