项目外包

人事外包的策略是利用外界资源，将企业中与人力资源相关的工作与管理责任部分或全部转由专业服务机构承担。这包括二个方面内容：一是策略地利用，即是指企业必须有选择性地将组织内的部分或全部予以外包，而不是与代加工性质一样的外包;二是外包的工作或项目必须由专业服务机构来完成，这依赖于专业人力资源机构的快速发展及其专业化。从这个概念出发，实施人力资源外包有二个前提。一是人力资源管理的一些工作在操作上具有基础性、重复性、通用性的特点，这使人力资源外包成为可能;二是人力资源专业服务机构的发展，为人力资源外包提供必要的外部条件。 人事外包服务流程： ( 2 )业务咨询： 初步了解双方意向，确认合法资质，交换公司基本情况并加以说明; (2)分析考察： 依据用人单位提出的要求，对公司的人员数量，分布情况等信息进行收集了解; (3)提出委托方案： 根据不同用人单位要求及现有状况，确定服务内容; (4)洽谈方案：双方研究、协商委托方案内容，并修改、完善委托方案，确定时间表; (5)签订《人事外包服务合同》 ：明确双方权利、义务，分清法律责任，依法签订《人事外包服务合同》 (6)履行合同、提供服务： 严格执行《人事外包服务合同》之各项约定。 来源： https://blog.csdn.net/ak619/article/details/102748526

之前写过一篇文章，题目叫做《 窝在二线城市很难受，要杀回一线城市吗 》，里面提到程序员接外包这件事，于是很多小伙伴就私下问我： 二哥，我也想接外包，但不知道去哪里接，能介绍一些吗？ 其实接外包最直接的方式，就是熟人介绍了。完全没有什么秘密，天底下做生意只有一个道理：先从熟人下手（真相了，忍住别笑）。 针对接外包这件事，褒贬不一。那到底要不要接外包呢？大家不妨搬个小板凳，顺带拿包瓜子，来听听我是怎么看待这件事的。 01、副业赚钱的方式 副业赚钱的方式除了接外包，还有很多，有些容易操作，有些需要一些技巧。我只说一些自己做过的，并且持续在做的，这些大家都可以去尝试，没有任何难度，唯一需要的就是坚持。 1）分享返佣 第一个竟然是分享返佣，是不是有点意外，有点吃惊？这个方式估计大家在朋友圈没少见到过，估计 90% 的人还操作过，非常具有普适性。我来模拟一下这个过程。 老王新出了一门课程，名叫《Java 自学指北》，为了这个课程，老王是呕心沥血啊。怀着激动的心情，老王就把这门课分享到了朋友圈。 好友老马看到了。为了两人伟大的友谊，老马不仅购买支持了一把，还把课程转发到了朋友圈，此时海报上的开头多了六个醒目的大字：“老王倾力推荐”。 老马的粉丝小二看到了，心想老马推荐的课一定错不了，于是就掏 66 元购买了。与此同时，老马的微信上收到了一条通知：小二通过您的分享购买了「Java 自学指北」

很多朋友提国外的upwork、freelancer等平台，实际如果你尝试过，即使英语挺溜，接国外的单子也是挺难的，主要是各国的实际购买力不一样，如果项目中有印度三哥参与竞标，价格方面你是没有什么竞争力的，并不是说美元兑换成人民币会有很多钱。 所以建议接单还是选国内的平台直接一点。 国内接单平台从传统的猪八戒、一品威客等威客网站到近几年垂直的猿急送、自客等众包平台，各有各的优势，如果你是非公司运作的个人或者团队，建议去垂直众包平台，因为威客都是公司在上面砸钱玩儿，不太容易接单。 国内的这类接私活高端平台： 猿急送（ https://www.yuanjisong.com ） —— 起步最早，聚集需求方和工程师双方资源，可以相互进行筛选，工程师主动投递职位或者招聘方预约下单都可以。 自由职客 —— 主要是传统的saas类开发为主，java工程师比较多。 英选 （https://www.yingxuan.io） —— 目前浏览了一下网站，好像开始转做自营外包公司了。 人人开发 ——重新定义外包开发。 V2EX ——程序员灌水网站，不过有招聘频道，可以试试运气。 要静下心来，有耐心跟客户交流，实现从0到1的突破。 来源： CSDN 作者： github_master 链接： https://blog.csdn.net/xiyue001/article/details/93049429

观察者模式上篇 观察者模式原理： 大家好，欢迎来到污污弹公司，最近啊，污污弹接到气象站的外包项目。 功能比较简单： 要对外提供天气接口(温度、气压、湿度)需要实时通知第三方； 还需要实时在市中心公告栏上发布天气情况。 司小司接到任务开始动手干了。根据Java面向对象特性分析后得到如下信息： 天气对象：WeatherData 公告板对象:CurrentConditions 天气更新时候，调用天气对象的dataChange方法，得到数据后，然后将数据通过display()方法展示出来。 根据上面信息，我们可以创建以下两个类： 天气对象： ​ 观察者模式上篇 观察者模式原理： 大家好，欢迎来到污污弹公司，最近啊，污污弹接到气象站的外包项目。 功能比较简单： 要对外提供天气接口(温度、气压、湿度)需要实时通知第三方； 还需要实时在市中心公告栏上发布天气情况。 司小司接到任务开始动手干了。根据Java面向对象特性分析后得到如下信息： 天气对象：WeatherData 公告板对象:CurrentConditions 天气更新时候，调用天气对象的dataChange方法，得到数据后，然后将数据通过display()方法展示出来。 根据上面信息，我们可以创建以下两个类： 天气对象： @Data public class WeatherDataOO { public WeatherDataOO ()

问题 : 给你一堆无序的数字 , 你如何去重 ? Mybatis 的分页如何实现的 ? 用过什么主流的框架 ? Mvc 的实现原理 ? 多线程是如何实现的 ? jQuery 和 css 有何 总结: 　　这是第三次面试 , 中午没吃饭坐地铁了 , 坐了一个半小时吧 , 在朝阳区创富巷里面 , 进去先笔试 , 很无奈 , 给我一堆面试题 ,有 六七页估计是 , 选择 , 判断 , 算法 ,sql, 简析题都有 , 感觉太应付人了 ; 还没写完 , 有个人事 , 也是投资人之一 , 过来给我人事 , 问我一些基本情况等等 , 之后又介绍了一下公司 , 创业型公司 , 三个合伙人等 ,做 外包项目 , 感觉公司没人 , 之后去他另外一个合伙人哪里 , 负责技术面 , 问了一下简历上的东西 , 还有算法 , 了解的比较浅吧 , 表面层次上回答的还可以 , 聊了一阵 , 他们好像有事 , 就先让我走了 , 说周四给我答复 , 估计也没戏 ;笔试题太多,没记,就是问的一些问题写了一些,在上边;每一次面试都时一次成长啊啊,对也是一次打击,北京就是这么锻炼人的么,还是自己的本事不强吧;学习,继续学习;努力,继续努力;有时候也想,反思:我适合干程序员么?选择这行到底是对还是错?没有答案?没有刚来的时候那么坚定,毕竟每天生活都得成本;但还是想坚持坚持,也不知道之后是什么样?希望能好吧! 　　　　　　　

为了讨论程序员的职业寿命，我们先得给公司或者团队分分类。大概有这么三类： 外包型、项目型、产品型。 首先外包类： 软件外包是企业为了专注核心竞争力业务和降低软件项目成本，将软件项目中的全部或部分工作发包给提供外包服务的企业完成的软件需求活动。 软件外包干的就是人家不愿意干的脏活、累活、低技术含量的活， 有产品做，就不要做外包！ 做软件外包的缺点有几个： 1 技术积累缺少持续性 2 不稳定 3 没有话语权 其次看项目型： 中国电信、中国移动、中国联通，电信三家公司，养活了数不尽的项目型公司和团队啊。还有一众银行、金融企业、政企，也养活了数不尽的项目型公司啊。 这种项目型公司，可延续性很差，也不需要多少人来维护，就是要维护，留上一两个核心的懂业务的就够了，其它人，鸟尽弓藏，没项目了你就只好走人了吧。 最后是产品型： 毋庸置疑，做产品的公司是程序员最好的选择。一个公司做了一个好产品，运营这个产品，产品会不断迭代、更新，程序员会跟着这个产品一直往前走，公司需要了解产品、了解业务、技术积累厚的人才，而要懂业务、懂产品、有积累，都需要时间，等你什么都了解差不多了，也就是个老程序员了不是。而且随着你对产品了解的越深，你的不可替代性就越高，价值就越能凸显出来。 对于程序员来讲，价值怎么体现？一个程序员的价值，就体现在他的稀缺性上。物以稀为贵么，亘古不变的道理。 技术的精湛不是以年龄来评判的。

创业公司最应该注重的东西，很多人第一时间会说的是团队，但这个不是最应该注重的。 创始团队无论是以合伙人还是创始成员，最重要的还是这个团队中谁愿意站出来担当起这个团队的最大责任，去执掌这个团队中的方向盘，这其中不止需要能力、个人魅力等，并且要给团队中的每一个人明白自己的定位，避免团队成员出现不服气的情况，导致团队不和谐。 那么团队不是在创业中最应该注重的吗？ 因为在创始团队中，一开始大家都只是”觉得”大家适合，但是并非真正的合作过，即便一起工作过，但是当有利益冲突或认为大家是一样能力的，凭什么你在掌控整个大局？ 这个时候团队就会出现问题，但是团队成员不合适是可以进行替换的，但是一个创业公司如果倒闭了可以替换吗？ 注重 创业公司最应该注重的是如何在这个残酷的市场中生存，如何向投资人交代。 创业公司中的每一个创始成员都需要把自己身边的所有一切利用起来帮助公司在这个残酷的市场生存下来，利用好投资人的每一笔钱。 寻找或聘请真正了解这个行业的人员 摒弃为了做产品而去做产品，即便做着和公司战略方向不一致的事情，但是可以保证公司生存下来的事情何乐而不为？ 如：某互联网创业公司做着某一个产品，但公司从成立至今一直处于亏损的状态，产品人员和技术人员一直在为了做这个产品而去迭代这个产品，最后导致的是聘请了太多的技术人员，导致公司开支过大，最后只能实现裁员，但这家公司一直都有外包单的资源

这篇又是经验之谈。 1、开发人员尽量单线程工作，避免同时参与2个或以上的项目，集中精力才能确保效率和质量。 2、给客户承诺的工期之外，要额外给团队留一点时间，作为两个项目之间的缓冲，用来应对需求调整，维护期的工作，项目总结等。 3、该有的技术文档一定不能少，不拘泥于形式，但要便于后人接手。接口文档，数据库设计说明（可以直接体现在表和字段的备注当中，不一定非要一个文档）是必须的，其他的看情况。 4、要强迫程序员研读需求文档，交互原型，确保对需求充分理解之后，再开工。 5、原型没确认之前，前后端都禁止开工。 6、必须有人定期评审（至少每周）代码，不合格就加班返工，不许偷懒。 7、所有需求变更必须进行记录，无论是否对工期和费用产生影响，都要记录备查。 来源： https://www.cnblogs.com/zhaoxizhe/p/11313933.html