一个外包项目的总结

最近做了一个外包项目，我从一个开发者的角度进行总结。

需求确认

• 客户没有给足信息，我方不能完全了解整个系统要实现的具体功能。导致在进行软件框架的设计的时候畏首畏尾。
• 客户的需求经过了几道中间环节，导致了信息的失真。

需求文档的问题

我个人的见解

1. 如果客户有专业的 IT 人员，那么客户应提供一个详尽准确的需求文档。
2. 如果客户没有专业的 IT 人员，那么我方应当派出一个专业人员，对客户需求进行完全的分析，并设计系统的架构。
3. 尽可能减少信息的传递环节，防止信息失真。

没有准确详细的需求文档，开发会浪费很多时间在沟通上

前后端沟通

这个项目使用了常见的 BS 结构，前后端沟通需要以接口的形式。每次接口都需要记录，不然有可能忙忘了，导致难以发现的 bug ，和影响心情，进而影响代码质量。

进度

如何估计项目开发周期是一个难题，作为开发，不要崩得太紧，这样容易写 bug，不要轻易定 DeadLine。

不太好的心态

这只是一个十万的项目，没必要把它做太好。