接项目

谈起外包经历，我的第一次外包源自前两年某天陪着女友逛商场时，接到一个朋友的电话，朋友兴高采烈地跟我介绍一个大项目：需求不多、钱不少，难度不大、口气不小，我一听心动了，原以为要赚一笔 easy money，后面再看看，这次外包踩了大大小小不少的坑，遂想好好记录一下。 前期沟通 电话的第二天，和外包项目需求方简单沟通后，他们发来十几张 App 界面的样例，大概是些软硬件结合、通过 App 界面展示硬件信息和数据统计，以及相关信息的 CRUDDemo，功能不多不过开发时间也有限，要求在月底前做完 App Demo 与后台系统，赶着参加一个会议展示。对方多次强调项目的优势：正处于风口、资源配置各方面都齐备，除了...没有软件技术团队，目前只有硬件团队，软件这边只有零星的两三个，但不堪重用。 Tips: 这里我犯下了第一个错误，我以为只是一个Demo完事，但这背后是一个完整庞大的项目，项目大小、类型和复杂度的错误评估，使我没有很好地把控全局和考虑整个项目的细节，导致后面引发了很多问题。 在评估一个项目时，我们通常会低估项目的复杂度，而高估自己处理某些琐碎细节的能力。 组建团队 项目要进行，一个人是搞不定的，因为涉及到 各端 App、Web以及后台，于是我首先找了一个靠谱的后台开发朋友，然后等项目快正式开始前，再一起寻找和确定其它小伙伴。 Tips: 外包合作过程中，优先找靠谱、技术扎实

上一篇: 复盘 | 初次接项目的血与泪，扎坑了老铁 上篇文章主要讲踩坑。初次接项目，在项目开始前夕遇到的一些坑，并提供了一些个人建议。最后说到原型的迟迟交付、需求方对接人员的变更、硬件开发团队人员离职等等，各种因素都在拖累项目的进度。 当然，项目中也不是只有坑，也有一座高山。今天就继续回顾接下来项目过程，讲讲如何爬这座山。 既然选择了远方，便只顾风雨兼程。 —— 汪国真 《热爱生命》 万事开头难 中间因为需求整理、原型设计、经历长假一连串的折腾，等到原型最终交付出来，距离合同签订时间已经过去了一个月。如果按照合同上的交付时间来算的话，也意味着我们开发时间已经少了一个月。 合同上写明自签订日期开始项目正式开始，直到 xxxx 年 x 月 x 日。因为前期准备工作耽误了太多时间，如果就这么下去的话，项目风险很大，且会违反合同交付时间。基于此，我和对方人员沟通一下，明确是因为前期需求整理和产品原型设计耽误太多时间导致整体进度 delay，并确定整体进度预计会后延多少个工作日，这一切都拟定一个补充协议。 千里之行，始于足下 项目要开始，自然不能一股劲儿干，做好开发计划，不打无准备之仗。我们采用敏捷开发模式，所以下面这些内容很多是基于敏捷开发模式。 消化需求 首先，组织大家阅读消化项目需求。需求的理解非常重要，我见过许多开发人员，没有理解需求，上手就是一个字：干，然后开发过程各种问题