怎样平衡和改善 IT 软件业中开发,实施,营销之间的关系

关于版本管理的问题,其实跟我们开发Windows 9的时候还要给Windows 7打补丁是一样的。一个不可忽视的bug在Windows 7发现了,那基本8和9都会有这个bug,其实我们需要同时给789推送补丁的,那到底怎么办呢?是不是要写三遍呢?如果非得写三遍呢?如果不想写三遍呢?
【怎样平衡和改善 IT 软件业中开发,实施,营销之间的关系】 所以我觉得你们首先应该对你们的程序员进行彻底的版本管理的训练,特别是branching、FI、RI这些操作的实施。前两个还可以说是猪一样的队友害的,第三个完全是因为程序员水平低造成的,需要提高,方法不限于加很多钱招聘然后开始末尾淘汰什么的。

■网友
现在这个状态不也是平衡出来么?现在这个状态是最高效率和成本最低的。。。
■网友
轮子哥是从开发的角度来看这个问题,考虑到未来的几年里我所在的公司也很有可能遇到同样的问题,我就从整体上分析一下。其实题主反映的几个现象都是普遍存在的,大多数人都不愿意写文档,尤其是每天都已经非常忙碌的时候,就更不愿意对文档进行细致的管理了;销售也大多都会夸大产品功能,这样会提高拿单的概率,能多拿提成,傻子才想那么多之后的问题;开发人员也大多数都脾气大,不愿意做重复或大量返工的工作。从单个部门的角度来看,这些心理都是正常甚至合理的,只是放到公司的整体运营上来看,处理得不好会极大的降低整体效率,导致公司越来越举步维艰。因此必须先说动高层,从上往下切,核心的办法就是针对问题进行制度上的规范,并和工资奖金等考核挂钩。文档不能及时更新?那就尽量把文档的更新职责指派到个人,被多次举报存在当前文档失效就各种扣。销售随意夸大产品?那就每次项目谈完之后由其它部门对需求进行评估,如果需要改动的内容较多,那就考虑干脆不做或即使做,也要降低销售的提成,因为公司的成本因为随意夸大产品功能而增加了。对于题主说的第三个问题,我感觉不完全是版本管理的事情,流程上问题更大,实施之前肯定要先和客户先沟通好,确定清楚需求,然后和当前版本库对比,如果当前的不能够满足,那就先由开发人员改完后再去实施。此外,建议开发部分为研发组和业务组两个方向,研发组负责维护产品的主版本,主版本用来覆盖大多数通用的业务需求,研发组负责评估之后的差异化需求并合并到主版本中;业务组负责不同客户的差异化修改,同时做完之后把差异的需求反馈到研发组。还有就是最好有一个运营的部门,负责处理各部门之间的扯皮和纠纷,从公司的角度平衡各部门的运营,如果公司不大,那也一定要有一个比较厉害(能力和做事风格)的角色去做,总是直接让老总去处理不是太好,他应该是最后最后才出面的。以上。。。


    推荐阅读