最近做的东西比较纯粹、直接,比如写爬虫抓数据,写程序脚本等等。但是突然接需求和与需求人沟通的时候,发现存在各种问题,导致需求延期、沟通扯皮等等问题。其中也有自身原因,也有需求人的不足。现在分析下情况,记下来,且当教训来鞭策自己吧。
需求设计缺陷
从需求人手中拿到原型,接下来肯定是技术与需求人过一下,如果有问题,尽早提出并解决。当时犯的毛病就是,没有仔细分析原型,认为到了开发时遇到问题,再沟通解决也不晚,其实不然,秉着问题越早提出越好的原则,认真分析原型,发现问题,反馈需求人是很有必要的。否则到开发时,后果小则加功能项目延期,大则项目夭折都是非常痛苦的。分析如下:
1、原型代表着需求人直接想要得到的东西;
2、原型直接关系到技术实现方面可能会遇到的问题;
3、在前两者来看,一方面是需求,一方面是实现,如果沟通不好,很容易扯皮;
4、技术角度来看,可能开发人员更熟悉其细节,要权衡利弊,提前说明可能会遇到的问题;