客户分布也比较广,大江南北都有。
这样的项目群怎样管理,资源怎样分配,哪些点是要尤其注意的,希望大家能给些好的建议。
19 个解决方案
#1
你们管理的现状是什么样的呢,我们可以提出些改进的建议
#2
开发周期短到什么程度?
一周两周?
ad-hoc方式虽然不好但是也可以考虑,注意把流程做起来,这要看具体项目情况了,确实不太好说
支持一把
祝你成功
#3
我们每个项目一般都只有一个人搞,文档比较少,有文档的项目更新也不及时。
对于开发过程也没有要求,只要客户没意见就行。
#4
开发周期比较短,我指的是需求加编码,大多也就两周的样子
你说ad-hoc是无线组网的吧,有什么联系?
把流程做起来,你指的是项目管理流程吧
对于这样的小项目,哪些流程是必需的呢?
#5
首先选好项目经理,然后根据具体情况分配给个人,项目经理应是技术精英。
#6
adhoc指的是客户提个要求,我们这边就给出相应的服务,提一个,做一个
#7
流程做起来就是
客户的需求要记录,有了需求之后,开发方要评审,需求不明确的或不可能实现的要跟客户确认,
确认了的要签字(如果有系统支持的话就好办了,不用每次麻烦客户签字),不签字用正式邮件做证明材料也是可以的,
接受了之后,分析设计开发测试,
每个阶段都要有相应的评审机制,测试要有独立的测试部门负责,把好交付客户前的最后一道关
客户的需求要记录,有了需求之后,开发方要评审,需求不明确的或不可能实现的要跟客户确认,
确认了的要签字(如果有系统支持的话就好办了,不用每次麻烦客户签字),不签字用正式邮件做证明材料也是可以的,
接受了之后,分析设计开发测试,
每个阶段都要有相应的评审机制,测试要有独立的测试部门负责,把好交付客户前的最后一道关
#8
是外包公司吗?
IT - JOB 项目经理
QQ群 17498140
IT - JOB 项目经理
QQ群 17498140
#9
项目应该在有一个统一的管理,这个人统一解决问题
到现场的人员只是收集问题
到现场的人员只是收集问题
#10
感觉你们的项目在完成开发方面大约没有很大困难。
一个人搞一个项目不好,不可替代性太强,如果人员出现流动,会很影响开发和服务的连续性。
建议多人多项目,并且要有一个团队能够管理和控制每一个项目。
#11
技术上,尽量将你们的产品做成高可配置的系统,对于不同的用户进行配置就行,不用每个都开发,软硬件都是如此。
服务上,配合技术也做成统一的服务,将客户提出的服务要求进行细分,比如说对客户提出问题的类别和重要程度、紧急程度进行划分,然后自己内部定出对每种类别、重要程度、紧急程度的处理流程(如一般技术问题可以交给客服人员处理,系统缺陷引起的问题,客服人员处理完毕后要交给开发人员处理)
做到这两点,再多的客户也不怕。
服务上,配合技术也做成统一的服务,将客户提出的服务要求进行细分,比如说对客户提出问题的类别和重要程度、紧急程度进行划分,然后自己内部定出对每种类别、重要程度、紧急程度的处理流程(如一般技术问题可以交给客服人员处理,系统缺陷引起的问题,客服人员处理完毕后要交给开发人员处理)
做到这两点,再多的客户也不怕。
#12
我们也有这类项目,一般我们是将功能分解,每人负责同类功能,有条件的可以两人共同负责,以备不测
#13
用sourcesafe
1.把项目分时间管理
2.时间下面分省管理
3.省页面分项目名称管理
这样不就ok啦!
1.把项目分时间管理
2.时间下面分省管理
3.省页面分项目名称管理
这样不就ok啦!
#14
JF,言论就不发表了,说了太多废话。
#15
说和有理
#16
呵呵,灵活性越强,越耗钱财、成本、时间、人力,风险越大,周期越长。
……
……
……
#17
大公司,可以考虑配置……
#18
小公司,可以做一个开发部内部使用的配置工具
这样还是可行的
这样还是可行的
#19
学习
#20
#1
你们管理的现状是什么样的呢,我们可以提出些改进的建议
#2
开发周期短到什么程度?
一周两周?
ad-hoc方式虽然不好但是也可以考虑,注意把流程做起来,这要看具体项目情况了,确实不太好说
支持一把
祝你成功
#3
我们每个项目一般都只有一个人搞,文档比较少,有文档的项目更新也不及时。
对于开发过程也没有要求,只要客户没意见就行。
#4
开发周期比较短,我指的是需求加编码,大多也就两周的样子
你说ad-hoc是无线组网的吧,有什么联系?
把流程做起来,你指的是项目管理流程吧
对于这样的小项目,哪些流程是必需的呢?
#5
首先选好项目经理,然后根据具体情况分配给个人,项目经理应是技术精英。
#6
adhoc指的是客户提个要求,我们这边就给出相应的服务,提一个,做一个
#7
流程做起来就是
客户的需求要记录,有了需求之后,开发方要评审,需求不明确的或不可能实现的要跟客户确认,
确认了的要签字(如果有系统支持的话就好办了,不用每次麻烦客户签字),不签字用正式邮件做证明材料也是可以的,
接受了之后,分析设计开发测试,
每个阶段都要有相应的评审机制,测试要有独立的测试部门负责,把好交付客户前的最后一道关
客户的需求要记录,有了需求之后,开发方要评审,需求不明确的或不可能实现的要跟客户确认,
确认了的要签字(如果有系统支持的话就好办了,不用每次麻烦客户签字),不签字用正式邮件做证明材料也是可以的,
接受了之后,分析设计开发测试,
每个阶段都要有相应的评审机制,测试要有独立的测试部门负责,把好交付客户前的最后一道关
#8
是外包公司吗?
IT - JOB 项目经理
QQ群 17498140
IT - JOB 项目经理
QQ群 17498140
#9
项目应该在有一个统一的管理,这个人统一解决问题
到现场的人员只是收集问题
到现场的人员只是收集问题
#10
感觉你们的项目在完成开发方面大约没有很大困难。
一个人搞一个项目不好,不可替代性太强,如果人员出现流动,会很影响开发和服务的连续性。
建议多人多项目,并且要有一个团队能够管理和控制每一个项目。
#11
技术上,尽量将你们的产品做成高可配置的系统,对于不同的用户进行配置就行,不用每个都开发,软硬件都是如此。
服务上,配合技术也做成统一的服务,将客户提出的服务要求进行细分,比如说对客户提出问题的类别和重要程度、紧急程度进行划分,然后自己内部定出对每种类别、重要程度、紧急程度的处理流程(如一般技术问题可以交给客服人员处理,系统缺陷引起的问题,客服人员处理完毕后要交给开发人员处理)
做到这两点,再多的客户也不怕。
服务上,配合技术也做成统一的服务,将客户提出的服务要求进行细分,比如说对客户提出问题的类别和重要程度、紧急程度进行划分,然后自己内部定出对每种类别、重要程度、紧急程度的处理流程(如一般技术问题可以交给客服人员处理,系统缺陷引起的问题,客服人员处理完毕后要交给开发人员处理)
做到这两点,再多的客户也不怕。
#12
我们也有这类项目,一般我们是将功能分解,每人负责同类功能,有条件的可以两人共同负责,以备不测
#13
用sourcesafe
1.把项目分时间管理
2.时间下面分省管理
3.省页面分项目名称管理
这样不就ok啦!
1.把项目分时间管理
2.时间下面分省管理
3.省页面分项目名称管理
这样不就ok啦!
#14
JF,言论就不发表了,说了太多废话。
#15
说和有理
#16
呵呵,灵活性越强,越耗钱财、成本、时间、人力,风险越大,周期越长。
……
……
……
#17
大公司,可以考虑配置……
#18
小公司,可以做一个开发部内部使用的配置工具
这样还是可行的
这样还是可行的
#19
学习