|
锁定老帖子 主题：回顾项目失败原因
精华帖 (3) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-09-05
wazhyu 写道 我们小公司加班不给加班费。。。
我们加班也不给加班费的，只能调休。 |
| 返回顶楼 | |
|
发表时间：2008-09-06
tuti 写道 套到每个延期项目上，估计都适用。
这句话实在！ |
| 返回顶楼 | |
|
发表时间：2008-09-06
hgq0011 写道 fight_bird 写道 两个关键问题：
1、客户经理何在？或者叫专职的需求分析员，30人的项目岂能没有客户经理这样的角色？让开发人员直接去调研需求的做法适合小项目，对于大项目，这样作坊式的做法导致的后果就是需求乱糟糟，开发低效率，尽做炒冷饭的无用功。 2、项目管理体系何在？30人的项目没有一个项目组外的监理人吗？一旦出现问题的苗头就应该有监理人及时监控。对于一定规模的项目，依赖项目经理或项目组内部进行全程管理是很不专业的，是作坊式的，大项目更需要依赖整个公司的资源。 我的看法：你们公司的项目管理体制不适应大项目，说得难听一点，管理的思路还停留在作坊式的层次。 1)我们有专职的业务分析员，且他们以前从事过相关行业工作，对业务需求非常的熟悉。我只是在想，如果业务分析员＋系统分析员＋最终用户＋重要人员一起参与分析，这样会不会更好？以前系统分析（开发员）没有直接参与分析。只有系统整体的模型出来了，开发员才参与进来。 2）我们有类似项目监理人，他们掌管整个公司的运作。这个就没有那么专业了。他会经常询问项目的进展情况。 您说的对，我们公司管理确实有问题。“管理的思路还停留在作坊式的层次”，最近公司正在推行精益生产方式，和ISO2000，这些希望能对整个公司有所帮助。 没看出这种的业务分析员有多大作用，你们这个业务分析员和合格的客户经理有本质区别，这个角色需要商务能力和技术经验的良好结合，只懂业务的人拿出的所谓需求就是功能描述而已，这不叫“需求分析”。 |
| 返回顶楼 | |
|
发表时间：2008-09-06
没有进度计划表吗?一次 两次 三次?
|
| 返回顶楼 | |
|
发表时间：2008-09-08
Lucas Lee 写道 加班根本上就是错误的方法。
加班就相当于短跑，如果你跑个1、2百米，那一开始把所有的力气都使上没问题，要是你跑个4百米、1千米甚至是马拉松，那一开始用所有力气就是个笨蛋--当然，当我们小的时候（小学）第一次跑400米也常犯这样的错误，也就相当于刚毕业的学生做项目就知道(主动或被动)加班来赶进度一样。 进度是赶不出来的，只要项目周期长于1周。 就像跑长跑，你不能明显的一会慢一会快的赶。 赞同！本人觉得这几个方面较重要前期需要分析能否到位如原型设计，系统的设计架构及规范是否到位 |
| 返回顶楼 | |
|
发表时间：2008-09-08
哎没办法啊，国内的软件体制不完善
有很多客户都不知道要作什么软件，软件该完成什么，甚至都不知道什么是软件 就拍拍脑袋，想凑个it的热闹 所以导致很多工程延期 坑害了很多人阿 |
| 返回顶楼 | |
|
发表时间：2008-09-08
做软件的，没看完《人月神话》的，不要做管理，还没看的，赶快去看，新出版的《梦断代码》也可以，看完你才去做你的管理。
|
| 返回顶楼 | |
|
发表时间：2008-09-09
一直在想。类似这样的项目是否应分解为若干个小项目或若干个阶段。
|
| 返回顶楼 | |
|
发表时间：2008-09-09
理解 理解
|
| 返回顶楼 | |
|
发表时间：2008-09-10
项目失败是什么概念，是做出来的没人要了，还是压根就没做出来啊？
|
| 返回顶楼 | |
