退出不玩儿了
由 monksa7 发布于 2015年09月21日 ｜ 更新于 2015年09月22日无人欣赏。 1人反对。
前段时间发了个帖子，说私活的，具体内容见：http://ourcoders.com/thread/show/6586/
然后最后的情况是，根本没有什么外包，就是直接拉入伙，大家一起搞。 前端提需求，然后可能是各种忙的原因吧，前端的进度，一托在托，目前也没个确定的成型的东西，只是个demo拿出来 。
反正需求是各种不确定，觉得这个好，那个好，然后就让整， 目前进度个人觉得， 第一个内侧版本，离内侧，还差的远，需求还没定好，还有其他的弄，个人觉得，在需求没确定下来，各种不稳定在的前提下。 还是不放经历在里面了。
所以，还是，退出不玩儿了。
本次的经验就是：
1.朋友介绍的活儿，上来就一定要明确，什么性质的。
2.及时前期把资源弄好了，需求不确定，还是白扯。
3.当提需求的人，没时间弄，提的需求，半吊子，只是觉得好，然后没有详细。出了版本demo出来，然后没有更详细的，是没办法进展开发的。
4.沟通一定要及时，千万不能让人觉得沟通有问题，成本很大，比如，我单独跟你说，再单独跟他说，你一个人来打着小算盘在那敲敲敲，你俩确定的事儿，在来跟我说，然后心中瞬间冒出万匹草泥马在狂奔。让我觉得对你不信任。
5.在基础需求没定下来的时候，千万不要想太多，再添加一些对刚开始没有意义的需求进来。
6.打铁趁热，不能托，尤其是这种被拉入伙业余时间搞的事情，托的时间久，热情散的越快。越觉得不靠谱。
7.有这时间，其实还是自己学习看书，更加的靠谱。
8.再强调一遍，一定要即使沟通，保持沟通，以及线下定期沟通，加入你不熟悉的人，难免会怀疑你。所以这种会打消这一部分成本呢，以及确定做事短期凝聚力的一部分，为什么说短期凝聚力，因为人都是朋友介绍过来的，都没见过，谁都不了解。（咱大天朝，不谈国外成功从未谋面的成功团队）
9.太浪费自己的时间，搭进去太多精力了，这次，咱说“不”吧，由于以上种种原因，我已经没信心去弄了。
大家遇到类似事件，会如何处理？
处理这样的事情非常需要经验和技巧。个人经验如下：
（1）有没有操盘的人。也就是说，有没有老大？老大要是具有拍板能力的人。没有老大的事情，轻易不要参与，决策成本和沟通成本都太高；
（2）老大靠谱不靠谱？判断一个人靠谱不靠谱是非常需要经验的。一个靠谱的人，在单件事情上的成功率也许并不高，但A，B，C，D，E五件事情，成功一件事情的成功率是相当高的，只需要一个成功就可以弥补失败。
如果上面两条满足，那就就事情来具体分析：
（3）如果事情很好，便可以积极的参与；
（4）如果事情不看好，但风险在自己可以承受的范围内，也可以参与。也许非常大的可能失败，但是你也可以收获一份信任。获得一个有很大概率成功的人的信任是很重要的，它可能比这件事情的金钱收获更重要。
处理不确定性事情又是非常需要技巧的事情，其核心为两点：
（1）识别不确定性，将风险提前暴露，提前沟通，提前解决，解决不了的也要有处理方案；
（2）把实物期权的思想贯穿始终，步步为营，即使没有达到最终目标，得到的中间结果也是有价值的。
有一个人拍板，但是拍不明白；
1.前端提需求，一期确定需求，因为都是业余时间开发，所以一期刚开始偏向于照着某个版本做。 2.后端完了，前端没完，前端没太多时间投入，然后又有一些天马行空的点子，但是都没实现，连最基本的跟后端联调的版本，目前2月，都没出；但据他说，做完了，但下在下来，还是个，demo 3.需求不明，只有个几个应用东拼西凑的首页，然后仅仅只有个首页，没有任何点击交互，连点击进去后是啥也不知道。然后让照着来。 4.由于之前针对这类问题，提出了强烈的质疑，所以现在前端，基本消声。 5.不知道各自进度，沟通成本太大。
综上情况，两个月下来，事情如果做好是好事，但是目前觉得每个人能力都够，但是只是有一个特别初级的，“我有一个好点子，需要人给做出来，肯定能赚钱”这样一个概念。
所以就不跟着玩儿了，太浪费精力了。
还有一点，个人觉得信任固然重要，但是不能为了让人信任，而搭进去无畏的精力与实践……况且，我还对此团队的前端跟拍板人，不信任，也造成了我退出的另一个比较重要的因素。