首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件开发 >

初次做项目管理,请问

2012-03-22 
初次做项目管理,请教四月份公司开始开发一新产品,之前需求是老板和另一个同事定好的,我接手后开始着手开发

初次做项目管理,请教
四月份公司开始开发一新产品,之前需求是老板和另一个同事定好的,我接手后开始着手开发。本来规定是到6月份完成,但是其中,需求发生了几次大的变化,项目虽然按时完成了,但是质量却是非常糟糕,我们的精力全部耗在需求的改动上,往往是改了某些问题又会引发新的问题,公司是小公司,而且项目的规模不大,不给配备测试人员,后来,我请求延期,从6月份到现在,我们不断的完善功能,修改原来需求的不足,但是,在上周提交部门经理后,部门经理又提了很多功能的修改意见,真是“仁者见仁,智者见智”啊,需求又一次发生大的变动,现在,对项目进度的控制,我已经是力不从心,根本不知道还有多少需求会变动,还有我们改出来的东西下一次部门经理,老板看过后他们是否又会有新的想法,是否又需要修改?这样产品开发何时是个头啊?请教各位前辈,请赐良计。

补充:原始的需求是没有向客户调研,参考其他同类软件定出来的。

[解决办法]
就当一次深刻的体会吧

前期为什么不用原型的方法让客户把需求稳定下来呢

需求不稳定是很大的风险

现在说这些有点晚了,不过尽量提前让用户评审,让他看看你们即将做出的系统是不是他想要的

而且跟他说明,有些功能增加可以放到项目二期来做

这样就会好一些

祝你成功
[解决办法]
闭门造车是很危险的,还是赶快给用户看看吧.
不找用户做需求调研,直接自己就做,这个有点蛮干了,如果是做产品还好,可以做个通用性强的,如果是针对某个用户,那就有点麻烦了.
[解决办法]
做产品开发应该有个项目计划的,还是先和老板确定需求,再做计划。如果需求又改变,要先做进度估算,让老板选择是否要变需求,不能一味的变更需求。
[解决办法]
现在很多公司软件开发就这样,往往变成无底洞了。
同意3楼的观点:不能闭门造车,即使你们把软件做得很完美了,没客户,仍然是个失败的项目。
[解决办法]
呵呵.
该说的搂上的几位都说了
这个软件项目的实施..
有点类似我的项目实施..只是你是自己开发..我是在软件原有的基础上达到客户的要求
其实.客户的要求永远是无止尽的.
你要抓住项目的核心. 解决主要问题.而不应该眉毛胡子一把抓.
解决了主要核心问题.那次要的.他们也就不是很计较. ..他们通常都会说...最好..是怎么样怎么样的.呵呵.不要当真哟.解决主要问题才是主要的.次要的.能解决的.方便的.那就解决它.难的话..他们又一定要.那就加钱.呵呵.
[解决办法]
LZ说的是产品,最初产品的范围定义不是由客户决定的

通常我们做产品,先确定整个产品的战略定义,客户群,确定产品整体架构,作为第一个大周期的迭代。

在这个周期中产生一个相对稳定,可以使用的BETA版,可供用户试用。

然后每个迭代周期作为一个新的升级版本,解决一些系统问题和用户回馈问题,以及对原版本功能的扩展。


[解决办法]
开发原型版,在完整需求,
需求是不断改的。。。
[解决办法]
不知道你现在的职位是什么?项目经理还是项目组长?
我感觉现在这个项目进度的决定权不是在你手里,而是在你们老板和部门经理手里.
1) 你现在可以和老板,部门经理多沟通一下, 最好按排大家来开一个关于项目的会议,然后要大家作一个最后的项目安排的决定.
2) 一个成功的产品不是一次就可以做成的,应该是是慢慢的改进,不断有版本的升级
3) 现在最重要的找到更多的用户来试用, 能适应用户的需求才能做成好的产品

热点排行