接了一个朋友的项目——开发及运营迭代差不多2年多了，整体样子移动端和PC都能正常使用，但后期的扩展性及新功能添加出现瓶颈。

        因此给了一部分钱，让我接手来开发——重构架构。

背景说明

        朋友公司的技术人员是我帮忙招聘的，相关技术能力还可以，但规范性差了一些！

因此我这边想借助这次重构，后期一起继续迭代合作开发二期，因此犯了一个大忌。

1.人员评估过于理想化

        当时口头说好，我们这边负责后台架构调整及数据库设计，他们那边修改一下前端（因为涉及一些细节业务还需要之前的人员支持），但没有明文写到合同里面去，结果导致后面项目扯皮，我这边新增1个前端支持（成本增加）

2.项目重构负责度

        神仙语句，估计作者本人也有点懵，接手的兄弟需要耗费大量的时间来解读之前的业务逻辑。

3. 犯了个人定的准则——不是自己的项目坚决不接手，否则按照重新开发的模式来评估

        这次硬着头皮，亏本也要做完。

总结一下经验

        1.接任务之前一定要弄清楚边界和范围（不能感情用事）；

        2.任务内容梳理出功能清单及评估工作量（风险把控）；

        3.做好B方案，人员变动，项目变动，需求变动都会影响项目是否能够做下来，能否挣到钱；

        4.最后一定，做人原则——言出必行，树立好人社，打造信任（含着泪也要做完）。