|
锁定老帖子 主题：项目开发心得1
精华帖 (2) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-09-02
开发人员没有负责做好手上的工作，留下维护人员来擦屁股，验收测试走过场到了实际使用就爆出一大堆问题，典型的项目管理混乱。
|
| 返回顶楼 | |
|
发表时间：2008-09-03
这个问题很复杂，总之需要尽量多和客户沟通，前期的成本花费一些比以后再改低的多。
|
| 返回顶楼 | |
|
发表时间：2008-09-03
沟通的重要性体现出来了
|
| 返回顶楼 | |
|
发表时间：2008-09-05
。。。 写道 把需求拿去给客户签字画押
需求给客户签字是肯定的，但是如果在实施阶段，客户提出些小问题（如果工程大了话，很多小问题工作量就不少了，修改了之后还要测试等），这些问题不是bug也不是什么大的新需求，只是操作上方便、显示更好看等等（这些问题不要指望用户在签字的时候就都跟你提出来）。 这个时候你怎么办？也要求走需求变更？开玩笑！！ 维护是一项很大工作量的事情！ 项目管理流程是要按要求走的，但是死走是不行的，做事情还是有例外的！ |
| 返回顶楼 | |
|
发表时间：2008-09-06
第一个问题我觉得项目经理应该考虑到，问题都是常识阿
|
| 返回顶楼 | |
|
发表时间：2008-09-06
把需求拿去给客户签字画押
严重同意！老师上课就这样说的，你要添加新要求 那以后再说 这个就是版本1.0 新加就是新版本 以后再说 不过咱也得吧问题想清楚了 ，像这种问题好多就要考虑多线程了 |
| 返回顶楼 | |
|
发表时间：2008-09-07
。。。 写道 把需求拿去给客户签字画押
|
| 返回顶楼 | |
|
发表时间：2008-09-07
shewaer 写道 市场是主导，业务是根本，技术是手段
市场是主导，业务是根本——这两个原则几乎所有的公司都是这么认为的 技术是手段——大多数公司都认为技术是可有可无的东西，随便招几个人，加加班，就能搞定，中间的设计编码测试过程可以尽量压缩。 |
| 返回顶楼 | |
|
发表时间：2008-09-07
sklst 写道 开发人员没有负责做好手上的工作，留下维护人员来擦屁股，验收测试走过场到了实际使用就爆出一大堆问题，典型的项目管理混乱。
根源是公司不重视技术。 期望一个不重视技术的公司突然重视技术是不现实的，就像狗改不了吃屎。 所以走为上策。 |
| 返回顶楼 | |
|
发表时间：2008-09-09
superloafer 写道 谢谢kimmking的建议，一个公司开发团队确实非常需要规范，这样维护起来才能把花费的精力减少，也减少了错误隐患。反正我经过这次体会之后，是一定会渐渐养成一个好的开发习惯，尽力做到规范，因为以己推人，也不想自己开发的东西到时候被别人痛批。不过有时候说起来容易，真的要做起来也有难度，我想这时候就必须PM出面干预会比较实际吧。比如我看到国外有个公司写了一个通知，意思说不要在JSP页面写JAVA代码了，PM的通知大概是这样写的：
"No more java code in jsp, otherwise, you'll be gone tomorrow!" 这句话应该有点威慑力吧！治理公司和治理国家一样，要有怀柔策略，但不得已时，也要用一用强制力，呵呵！ kimmking的意思是说，楼主你把你发的文章的格式整理下，瀑布寒.... 
|
| 返回顶楼 | |
