这是一个创建于 3064 天前的主题，其中的信息可能已经有所发展或是发生改变。
先说一下我目前的状况：
我所在的公司是一个生产兼销售的公司，软件开发部门的职责就是给其它部门开发系统并提供技术支持，也就是说开发出来的软件都是给自己人和第三方合作伙伴用的。由于薪资福利及其它方面的原因走了很多开发人员，现在这个部门就只剩下两个人在做开发，一个是我，一个就是部门经理了。
我所负责的众多工作中，有一个是维护一个很老的用ASP脚本开发的Web系统，这个系统的存在已经超过了10年。最开始这个系统是公司从外面买来的，然后根据公司自己的需求修改代码来适应自己的业务流程。 期间这个项目经历过很多人的接手，接手的人要熟悉项目都是通过上一任者讲解、演示及自己看代码、修改Bug累计经验来熟悉项目结构和业务流程。 就这样，项目代码越来越大也越来越乱，与最开始的功能有很多地方都不一样了，因此现在也没有任何文档能描述当前这个系统各个模块是做什么的、流程是如何流转的。只有各个部门的操作人员知道他所负责的的模块怎么使用，然后就是我对整个系统能有一个全面的了解，部门经理以前也维护过这个系统但他负责的系统已经很多了，忙不过来，而且私底下也表明不想碰这个系统。
现在整个公司就由我一个人来负责维护这个系统，主要的工作就是修改客户遇到的Bug和根据业务需要添加新的功能或修改现有的功能。因为现在很难招到会ASP脚本的人而且开始从内部人员培养也很难（主要是招不到人，招到人也没人愿意维护这个古老的ASP系统）。
前些天我向公司提出了离职申请，经过了几次谈话我还是决定离职。由于我离职后这个系统没人维护了，HR问我如果公司决定把这个项目外包给我一段时间，问我是否愿意？想让我帮个忙过渡一段时间（时间不确定，而且我感觉会很长），等招到人后再收回来。我以前也没做过外包，也不知道用空闲时间（主要是晚上和周末）身体是否吃地消？我只说我可以先尝试下，然后HR想让我拿出一个计算外包薪酬的方案出来给公司讨论。
这个外包给我的任务就像我上面说的，主要就是“（1）解决用户遇到的Bug”和“（2）根据业务需要添加新的功能或修改现有的功能”，其中（2）可能会花费很多时间。
所以像这样维护性质项目的外包，我应该如何给出薪酬方案呢？大家如果碰到这样的情况会拿出什么样的计算方案出来？
我所在的公司是一个生产兼销售的公司，软件开发部门的职责就是给其它部门开发系统并提供技术支持，也就是说开发出来的软件都是给自己人和第三方合作伙伴用的。由于薪资福利及其它方面的原因走了很多开发人员，现在这个部门就只剩下两个人在做开发，一个是我，一个就是部门经理了。
我所负责的众多工作中，有一个是维护一个很老的用ASP脚本开发的Web系统，这个系统的存在已经超过了10年。最开始这个系统是公司从外面买来的，然后根据公司自己的需求修改代码来适应自己的业务流程。 期间这个项目经历过很多人的接手，接手的人要熟悉项目都是通过上一任者讲解、演示及自己看代码、修改Bug累计经验来熟悉项目结构和业务流程。 就这样，项目代码越来越大也越来越乱，与最开始的功能有很多地方都不一样了，因此现在也没有任何文档能描述当前这个系统各个模块是做什么的、流程是如何流转的。只有各个部门的操作人员知道他所负责的的模块怎么使用，然后就是我对整个系统能有一个全面的了解，部门经理以前也维护过这个系统但他负责的系统已经很多了，忙不过来，而且私底下也表明不想碰这个系统。
现在整个公司就由我一个人来负责维护这个系统，主要的工作就是修改客户遇到的Bug和根据业务需要添加新的功能或修改现有的功能。因为现在很难招到会ASP脚本的人而且开始从内部人员培养也很难（主要是招不到人，招到人也没人愿意维护这个古老的ASP系统）。
前些天我向公司提出了离职申请，经过了几次谈话我还是决定离职。由于我离职后这个系统没人维护了，HR问我如果公司决定把这个项目外包给我一段时间，问我是否愿意？想让我帮个忙过渡一段时间（时间不确定，而且我感觉会很长），等招到人后再收回来。我以前也没做过外包，也不知道用空闲时间（主要是晚上和周末）身体是否吃地消？我只说我可以先尝试下，然后HR想让我拿出一个计算外包薪酬的方案出来给公司讨论。
这个外包给我的任务就像我上面说的，主要就是“（1）解决用户遇到的Bug”和“（2）根据业务需要添加新的功能或修改现有的功能”，其中（2）可能会花费很多时间。
所以像这样维护性质项目的外包，我应该如何给出薪酬方案呢？大家如果碰到这样的情况会拿出什么样的计算方案出来？
 |
1
Q773000230 2016-07-03 22:28:01 +08:00
好事啊，可以按工作量或按工作时间算，以后有移动 APP 项目可以找我啊
|
 |
2
qiaobeier 2016-07-03 22:44:17 +08:00
按月收费或者按任务计算成工时收费。 一般后一种多，工时的话按当前工资乘 1.5 到 3 。
|
 |
3
thomaspaine 2016-07-03 23:03:17 +08:00
1 这种维护是一个固定的费用
2 这种属于二次开发，根据工作量算钱 |
 |
4
Dic4000 OP 谢谢，有几个问题想请教下，
如果按工时收费，怎么衡量这个工时？谁来认可这个工时？工作量也是如此。 比如“（ 1 ）解决用户遇到的 Bug ” 这一块，如果按 Bug 计件的话，这种统计方式是否合理？如果合理的话，每个 Bug 价格应定在多少才合适？或者如果按修改完一个 Bug 的所需要的时间来算是否合理？这个修改时间和价格如何关联？ 我比较倾向如果只是 “（ 1 ）解决用户遇到的 Bug ”，那么每月给我一个固定的费用。 2 这种属于二次开发，根据工作量算钱，这个工作量的统计如何计算？如果大家给别人开发一个新功能和模块，一般价格是多少？ |
 |
5
sfree2005 2016-07-04 06:35:27 +08:00 via iPhone  4
我觉得不管是 1 还是 2 ，你还是要按工时算好了。时薪就按之前楼上有同学提到的，目前时薪 x1.5 到 3 ，因为你是业余时间做 相当于加班，加上对方不用给你交各种保险和其他福利，所以这是合理的
然后你和 HR 说你每个礼拜可以做多少个小时，固定下来以后就不怕身体吃不消了。保守点还是说个比较低的数字。 如果是新功能的开发，你预估一下这个功能需要的时间，然后把这个时间 x2 。相当于把这个功能明码标价，公司不接受的话就不用做个功能了。 还有就是公司每次报 bug 给你，每报一次最低收费是一小时起价，一个小 bug 哪怕你十分钟搞定也是如此，这样对方就会集中报 而不是一次报一个而增加你的管理成本。 其他的就是多久结一次工资之类的了，一个月一次是基本吧。 现在你对系统熟悉 有议价能力。如果上面的要求公司不接受，相信我，它在外面找人要付出更大的成本。这样也能驱使公司快点找人，因为它也知道时间拖得越长，请你的性价比越低。不要说和公司有感情什么的，亲兄弟还明算账呢。 Business is business |
 |
6
beginor 2016-07-04 09:39:20 +08:00 via Android 1
还有一点要说明一下， 由于你只是业余时间做，如果一个问题需要一个小时解决，并不是意味着一个小时后就要交货，而是根据实际情况，有可能是一两天后甚至是周末之后才能交货
|
 |
7
nankingpython 2016-07-04 11:03:12 +08:00
最好不要把同一个问题发在多个网站上.
|
|
8
Dic4000 OP @nankingpython
谢谢提醒，下次会注意的。 |
|
9
Dic4000 OP @sfree2005
谢谢，还想问下假如对方一次报了 10 个 Bug ， 10 个 BUG 在一小时内搞不定，我做了 3 个半小时，于是按 4 小时算，可这些时间都是事后我报给公司的，公司如何相信我报的时间没有夸大？就是说谁来评定这 10 个 BUG 应该完成的时间？ |
|
10
sfree2005 2016-07-05 05:50:13 +08:00 via iPhone
@Dic4000 刚开始的时候，你就先不用考虑对方是否会质疑你的工作时间，做完之后如实报就好。毕竟你们一起共事那么久 如果没有基本的信任的话，继续合作也有难度
如果对方真的质疑了，那每一个 bug 你都预估时间，然后 x2 ，报给对方，得到对方认可后你再开工 |
 |
11
kevinzhwl 2016-07-05 09:40:48 +08:00 via iPhone
makrk 一下这个有含金量的帖子
|
 |
12
kingoflight 2016-08-04 18:15:30 +08:00
强烈马克
|
Select Language