大家是否对外包程序员都有天然的歧视和刻板印象？

[imswing]

今天在团队的一个会议上说到了需求变更的事情，提了一嘴之前外包公司的敏捷流程，大概就是大的改动不允许修改 story ，需要重新提 change request ，个人感觉很大程度上保护了开发团队，毕竟改需求容易，改代码费力气。但是就有尖锐的声音说外包团队是拿到甲方的需求只负责实现，这样做是码农思想不是工程师思维，虽然这话没什么毛病，但是说话者的语气和大家的反应很让人尴尬。 现在这个团队虽然也在跑敏捷流程，但是 bug 非常多，经常出现做一半发现需求做不下去，测试中间改需求的情况。 大家对这两点有什么看法吗？

[Renco]

本人刚毕业就是进的外包公司。个人经历感受。外包的项目管理真的很糟糕。一方面是确实人员混乱，变动性大。另一个就是甲方的需求和时间卡的非常紧，但实际安排的外包人员很少，导致重加班。这是及其降低效率的方式。所以在这种压力下，外包的项目质量一定是没保证的。后来我从这个公司离职了。

说个好玩的。原公司为了节约成本搞了个什么灵活用工，意思就是可以分配部分需求给我这种公司外的人员去做开发。然后单独计算工时发钱。我一开始抱着赚外快的想法，想接点轻量需求。结果我入了大坑。

因为项目时间赶人员不够，分了一堆开发了一半的接口给我。而且这部分接口是需要和另一边的公司的人要做联调。极大的减少了我的私人时间。项目方每天都联调到晚上一两点。我还得陪着。在这种情况下，我还在乎什么代码质量吗。摆就完了。我甚至清楚这里面有多少坑，但能怎么样，一开始的整套设计我就没介入，接手的时候给了一半的未完成的接口代码。我没精力处理。我弄了也不会给我额外的钱。就一个想法。拉完这坨屎，再也不去碰。: )

[Renco]

@Renco 当然这种不建议效仿。该自己负责做好的事情应当做好。我只是是真的受不了，所以摆烂了，而且钱也没到手，钱肯定不会多

[UIXX]

首先我想问，这个“尖锐的声音”到底是来自外包团队内部还是甲方？

如果是甲方，我是可以理解的。因为“是否应用敏捷流程以降低开发成本”完全是外包团队内部的项目管理方式，作为甲方，他只需要跟踪一些更为“直观”的条件，比如“项目周期”，放出一些外行的话，你们听到笑笑也就过去了。

如果是外包团队内部，这人显然是把外包程序员当“耗材”了。如果还是身居高位，建议趁早跑路。

另外，“写代码 bug 多、需求只做了一半”绝对是水平问题。

[XTTX]

@markgor #40 该需求就提出正式的变更，乙方可以 1.免费接受需求 2.要求增加预算 3. 拒绝变更。外包这种事，往往没有哪一方是完全占理的。

[markgor]

@XTTX #44
其实吧，一句大实话，哪怕外包做的再好，只要客户是没运营经验的，基本不出 1 年都会倒闭。
而如果有运营经验的，我认为自建队伍或招募技术合伙的做法，比找外包靠谱得多....

[mxT52CRuqR6o5]

主要是国内的外包行业不行，很难接到有价值的活

[RickyC]

我被歧视过；一辈子会记得。

[jones2000]

程序员应该只对钱负责， 其他的说法都是他们扯淡的。只要钱到位，什么开发流程跑不顺。

[AJQA]

看谁是甲方啊
nsa 的私有云是外包给 aws 的 3 亿美金 ibm 还因为没抢到项目把 nsa 告到法院
美国不是有很多国防项目承包商 都上市公司呢
northrop
lockheed martin

[AJQA]

去年微软承包了几百亿美金的美国军方人工智能项目

[yjxjn]

@leeg810312 其实外企比如埃森哲、IBM 这一类公司，算是国内程序员福音，埃森哲加班有加班费的，除了项目不是给埃森哲自己做的，但是外企很遵守劳动法。

[bergkamp]

项目中接触过国内非常大规模的外包公司，说说体会：

* 项目推进流程看上去很完善，设计文档、技术文档都会有、时间计划也有，但内容空洞，比如涉及到上游接口交互的部分就一句带过，让出个时序图被告知“从没出过”。
* 项目参与人不少，一上来就拉一个十几人的群，看上去分工明确，但执行时项目经理基本就是个传话筒，涉及到具体问题得甲方自己上群里分别找张三李四。
* 整体感受就是对接非常累，质量没有保障，做开发的都学会了拿性能、架构这些词和你争论。

为什么会这样？
* 市场竞争激烈，所有人都想提供更完善的服务、更好的产品，但因为成本、业绩和甲方压价，形成了一套独有的行事风格。
* 销售和项目经理的考核都和销售业绩挂钩，他们考虑的是项目尽快结束拿钱，没人会在乎产品质量和用户感受，下面做执行的人在这样的氛围中也慢慢学会了各种套路而忘掉了该如何提高。环境造就人。
* 给年轻人一个建议，技术方面在这种环境下很难提高，想追求技术成长就尽快跳出来。否则就适应他的游戏规则和文化，努力向上爬，也是一种选择。