一个外包项目的总结

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

需求确认

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

需求文档的问题

我个人的见解

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

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

前后端沟通

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

进度

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

不太好的心态

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

最后更新: 5/3/2019, 12:20:59 PM