关于小项目的管理

时间:2022-06-20 00:49:39
公司中都是一些小的项目,项目大都和硬件相关,项目数量很多,开发周期比较短,但要求持续性的服务。
客户分布也比较广,大江南北都有。

这样的项目群怎样管理,资源怎样分配,哪些点是要尤其注意的,希望大家能给些好的建议。

19 个解决方案

#1


你们管理的现状是什么样的呢,我们可以提出些改进的建议

#2


引用楼主 dbegin 的帖子:
公司中都是一些小的项目,项目大都和硬件相关,项目数量很多,开发周期比较短,但要求持续性的服务。 
客户分布也比较广,大江南北都有。 

这样的项目群怎样管理,资源怎样分配,哪些点是要尤其注意的,希望大家能给些好的建议。


开发周期短到什么程度?
一周两周?

ad-hoc方式虽然不好但是也可以考虑,注意把流程做起来,这要看具体项目情况了,确实不太好说

支持一把

祝你成功

#3


引用 1 楼 kelph 的回复:
你们管理的现状是什么样的呢,我们可以提出些改进的建议

我们每个项目一般都只有一个人搞,文档比较少,有文档的项目更新也不及时。
对于开发过程也没有要求,只要客户没意见就行。

#4


引用 2 楼 CMM2CMMI 的回复:
引用楼主 dbegin 的帖子:
公司中都是一些小的项目,项目大都和硬件相关,项目数量很多,开发周期比较短,但要求持续性的服务。 
客户分布也比较广,大江南北都有。 

这样的项目群怎样管理,资源怎样分配,哪些点是要尤其注意的,希望大家能给些好的建议。 
 

开发周期短到什么程度? 
一周两周? 

ad-hoc方式虽然不好但是也可以考虑,注意把流程做起来,这要看具体项目情况了,确实不太好说 

支持一把 

祝你成功

开发周期比较短,我指的是需求加编码,大多也就两周的样子
你说ad-hoc是无线组网的吧,有什么联系?
把流程做起来,你指的是项目管理流程吧
对于这样的小项目,哪些流程是必需的呢?

#5


首先选好项目经理,然后根据具体情况分配给个人,项目经理应是技术精英。

#6


引用 4 楼 dbegin 的回复:
引用 2 楼 CMM2CMMI 的回复:
引用楼主 dbegin 的帖子: 
公司中都是一些小的项目,项目大都和硬件相关,项目数量很多,开发周期比较短,但要求持续性的服务。 
客户分布也比较广,大江南北都有。 

这样的项目群怎样管理,资源怎样分配,哪些点是要尤其注意的,希望大家能给些好的建议。 


开发周期短到什么程度? 
一周两周? 

ad-hoc方式虽然不好但是也可以考虑,注意把流程做起来,这要看具体项目情况了,确实不太…


adhoc指的是客户提个要求,我们这边就给出相应的服务,提一个,做一个

#7


流程做起来就是

客户的需求要记录,有了需求之后,开发方要评审,需求不明确的或不可能实现的要跟客户确认,

确认了的要签字(如果有系统支持的话就好办了,不用每次麻烦客户签字),不签字用正式邮件做证明材料也是可以的,

接受了之后,分析设计开发测试,

每个阶段都要有相应的评审机制,测试要有独立的测试部门负责,把好交付客户前的最后一道关

#8


是外包公司吗?

IT - JOB 项目经理
QQ群 17498140

#9


项目应该在有一个统一的管理,这个人统一解决问题
到现场的人员只是收集问题

#10


引用 3 楼 dbegin 的回复:
引用 1 楼 kelph 的回复:
你们管理的现状是什么样的呢,我们可以提出些改进的建议 
 
我们每个项目一般都只有一个人搞,文档比较少,有文档的项目更新也不及时。 
对于开发过程也没有要求,只要客户没意见就行。 

感觉你们的项目在完成开发方面大约没有很大困难。
一个人搞一个项目不好,不可替代性太强,如果人员出现流动,会很影响开发和服务的连续性。
建议多人多项目,并且要有一个团队能够管理和控制每一个项目。

#11


技术上,尽量将你们的产品做成高可配置的系统,对于不同的用户进行配置就行,不用每个都开发,软硬件都是如此。
服务上,配合技术也做成统一的服务,将客户提出的服务要求进行细分,比如说对客户提出问题的类别和重要程度、紧急程度进行划分,然后自己内部定出对每种类别、重要程度、紧急程度的处理流程(如一般技术问题可以交给客服人员处理,系统缺陷引起的问题,客服人员处理完毕后要交给开发人员处理)
做到这两点,再多的客户也不怕。

#12


我们也有这类项目,一般我们是将功能分解,每人负责同类功能,有条件的可以两人共同负责,以备不测

#13


用sourcesafe
1.把项目分时间管理
2.时间下面分省管理
3.省页面分项目名称管理
这样不就ok啦!

#14


JF,言论就不发表了,说了太多废话。

#15


引用 11 楼 Fusuli 的回复:
技术上,尽量将你们的产品做成高可配置的系统,对于不同的用户进行配置就行,不用每个都开发,软硬件都是如此。 
服务上,配合技术也做成统一的服务,将客户提出的服务要求进行细分,比如说对客户提出问题的类别和重要程度、紧急程度进行划分,然后自己内部定出对每种类别、重要程度、紧急程度的处理流程(如一般技术问题可以交给客服人员处理,系统缺陷引起的问题,客服人员处理完毕后要交给开发人员处理) 
做到这两点,再多…


说和有理

#16


引用 15 楼 liapply 的回复:
技术上,尽量将你们的产品做成高可配置的系统,


呵呵,灵活性越强,越耗钱财、成本、时间、人力,风险越大,周期越长。

……
……
……

#17


大公司,可以考虑配置……

#18


小公司,可以做一个开发部内部使用的配置工具
这样还是可行的

#19


学习

#1


你们管理的现状是什么样的呢,我们可以提出些改进的建议

#2


引用楼主 dbegin 的帖子:
公司中都是一些小的项目,项目大都和硬件相关,项目数量很多,开发周期比较短,但要求持续性的服务。 
客户分布也比较广,大江南北都有。 

这样的项目群怎样管理,资源怎样分配,哪些点是要尤其注意的,希望大家能给些好的建议。


开发周期短到什么程度?
一周两周?

ad-hoc方式虽然不好但是也可以考虑,注意把流程做起来,这要看具体项目情况了,确实不太好说

支持一把

祝你成功

#3


引用 1 楼 kelph 的回复:
你们管理的现状是什么样的呢,我们可以提出些改进的建议

我们每个项目一般都只有一个人搞,文档比较少,有文档的项目更新也不及时。
对于开发过程也没有要求,只要客户没意见就行。

#4


引用 2 楼 CMM2CMMI 的回复:
引用楼主 dbegin 的帖子:
公司中都是一些小的项目,项目大都和硬件相关,项目数量很多,开发周期比较短,但要求持续性的服务。 
客户分布也比较广,大江南北都有。 

这样的项目群怎样管理,资源怎样分配,哪些点是要尤其注意的,希望大家能给些好的建议。 
 

开发周期短到什么程度? 
一周两周? 

ad-hoc方式虽然不好但是也可以考虑,注意把流程做起来,这要看具体项目情况了,确实不太好说 

支持一把 

祝你成功

开发周期比较短,我指的是需求加编码,大多也就两周的样子
你说ad-hoc是无线组网的吧,有什么联系?
把流程做起来,你指的是项目管理流程吧
对于这样的小项目,哪些流程是必需的呢?

#5


首先选好项目经理,然后根据具体情况分配给个人,项目经理应是技术精英。

#6


引用 4 楼 dbegin 的回复:
引用 2 楼 CMM2CMMI 的回复:
引用楼主 dbegin 的帖子: 
公司中都是一些小的项目,项目大都和硬件相关,项目数量很多,开发周期比较短,但要求持续性的服务。 
客户分布也比较广,大江南北都有。 

这样的项目群怎样管理,资源怎样分配,哪些点是要尤其注意的,希望大家能给些好的建议。 


开发周期短到什么程度? 
一周两周? 

ad-hoc方式虽然不好但是也可以考虑,注意把流程做起来,这要看具体项目情况了,确实不太…


adhoc指的是客户提个要求,我们这边就给出相应的服务,提一个,做一个

#7


流程做起来就是

客户的需求要记录,有了需求之后,开发方要评审,需求不明确的或不可能实现的要跟客户确认,

确认了的要签字(如果有系统支持的话就好办了,不用每次麻烦客户签字),不签字用正式邮件做证明材料也是可以的,

接受了之后,分析设计开发测试,

每个阶段都要有相应的评审机制,测试要有独立的测试部门负责,把好交付客户前的最后一道关

#8


是外包公司吗?

IT - JOB 项目经理
QQ群 17498140

#9


项目应该在有一个统一的管理,这个人统一解决问题
到现场的人员只是收集问题

#10


引用 3 楼 dbegin 的回复:
引用 1 楼 kelph 的回复:
你们管理的现状是什么样的呢,我们可以提出些改进的建议 
 
我们每个项目一般都只有一个人搞,文档比较少,有文档的项目更新也不及时。 
对于开发过程也没有要求,只要客户没意见就行。 

感觉你们的项目在完成开发方面大约没有很大困难。
一个人搞一个项目不好,不可替代性太强,如果人员出现流动,会很影响开发和服务的连续性。
建议多人多项目,并且要有一个团队能够管理和控制每一个项目。

#11


技术上,尽量将你们的产品做成高可配置的系统,对于不同的用户进行配置就行,不用每个都开发,软硬件都是如此。
服务上,配合技术也做成统一的服务,将客户提出的服务要求进行细分,比如说对客户提出问题的类别和重要程度、紧急程度进行划分,然后自己内部定出对每种类别、重要程度、紧急程度的处理流程(如一般技术问题可以交给客服人员处理,系统缺陷引起的问题,客服人员处理完毕后要交给开发人员处理)
做到这两点,再多的客户也不怕。

#12


我们也有这类项目,一般我们是将功能分解,每人负责同类功能,有条件的可以两人共同负责,以备不测

#13


用sourcesafe
1.把项目分时间管理
2.时间下面分省管理
3.省页面分项目名称管理
这样不就ok啦!

#14


JF,言论就不发表了,说了太多废话。

#15


引用 11 楼 Fusuli 的回复:
技术上,尽量将你们的产品做成高可配置的系统,对于不同的用户进行配置就行,不用每个都开发,软硬件都是如此。 
服务上,配合技术也做成统一的服务,将客户提出的服务要求进行细分,比如说对客户提出问题的类别和重要程度、紧急程度进行划分,然后自己内部定出对每种类别、重要程度、紧急程度的处理流程(如一般技术问题可以交给客服人员处理,系统缺陷引起的问题,客服人员处理完毕后要交给开发人员处理) 
做到这两点,再多…


说和有理

#16


引用 15 楼 liapply 的回复:
技术上,尽量将你们的产品做成高可配置的系统,


呵呵,灵活性越强,越耗钱财、成本、时间、人力,风险越大,周期越长。

……
……
……

#17


大公司,可以考虑配置……

#18


小公司,可以做一个开发部内部使用的配置工具
这样还是可行的

#19


学习

#20