控制开发成本

下午听到徐言昌说“实施那边要我做的报表，刚做好（还改了N 遍），今天突然拿来了打印板的样品，叫我照着那个重做。客户还打电话说：‘昨天叫你做的报表做好了么？没做就别作了，不用了’”。徐真的是欲哭无泪了。
类似的事情还有 项目经理随便看到哪里不顺眼，立刻喊程序员来修改，而且是一改再改，反反复复。此外，对客户的需求理解不清楚，而在软件后期花费数倍精力来修改的情况更是数不胜数。
在我们公司里，“勤奋”、“耐心”是被着重推广的美德。如果一个人对bug的修改可以不厌其烦，每周末都来加班，就是一个优秀的员工（搞不好还可以升职）。其实大家都忽略了一点，做正确的事情比把事情做正确更加重要。一个“做正确事情”的程序员相对单“把事情做正确”的程序员，是事半功倍的。
当然，要控制软件的成本，源头是领导，领导要做到以下几点：
1。各司其职。最好不要叫程序员去做数据录入、测试、接听客户抱怨电话的事情。因为专门的人会做的更快、成本更低。这是一个机会成本的问题。在我工作的这段时间，我们领导就经常要我做数据录入、跑一遍流程看是否有错这样的事情；而陈建明也经常被实施部门的员工追问：“今天你都在做什么？你的安排是什么？为什么还没改好Bug？”（这应该是陈的PM关注的）
2。要明白完美不是我们的目标（而是在合适的成本下做出合适的软件）。领导在要求程序员修改bug之前，一定要考虑到修改的性价比（尤其是要考虑好到底要修改成什么样子），而不是一股脑的丢给程序员。同样，当项目经理接到客户或者实施人员的抱怨的时候，也应该要先考虑这个Bug是否该解决，有哪些途径解决，再考虑如何解决。
3。需求！还是需求！这似乎是我们公司的死穴。以我在做的XX物流管理软件为例，这个项目已经拿去给客户安装了，结果呢，客户看了却发现几个问题：业务对象不对：不仅要处理保税的部分，还有非保税的部分；帐目的一种（一共是3种）的算法完全不对；某些单据审批后还需要增加变更功能；一些一对一的关系要变为一对多。这些几乎是一些原则性的需求改变，意味着几乎全部的报表和许多前台程序的修改。而一句著名的论断说“在软件后期修复一个问题，比起前期就发现，要多花费4－5的精力甚至更多”。我们公司虽然有专门的实施团队，也会有项目需求和设计文档，的那是项目经理总是要求员工在项目开始的一周内就开始写码，而不是做分析。难道，这样真的会快吗？
[author]xxpyeippx[author]

转载于:https://www.cnblogs.com/xxpyeippx/archive/2008/02/02/fltek.html

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！