#码上掘金# 看了《大话软件工程》需求分析那几个章节,感觉待过的团队从产品到研发都不太规范,可以快速完成基础的活,但是对于流程、规范把关都不够。
举个例子,团队内没有见过产品经理整理的需求规格说明书(项目目的、背景、功能需求、非功能需求、技术需求)、开发没有见过做单元测试的、对工程化非常模糊、止步于脚手架起步和打包,甚至lint都是摆设。
文档在什么时候能见到?申请软著、专利或者员工离职的时候临时拼凑的。不说导致什么问题了大家都懂。同样没有测试过的接口、api摆出来都是非常危险的,仅靠测试团队把关远远不够,看着后端同学总是半夜被叫起来搞服务也于心不忍。
怎么解决呢?这不是一个人的事,还是需要团队有这个意识,并且把这个规范的过程重视起来,得想办法领导去牵头搞这个东西,并且排到计划里给出充分的时间去做。
举个例子,团队内没有见过产品经理整理的需求规格说明书(项目目的、背景、功能需求、非功能需求、技术需求)、开发没有见过做单元测试的、对工程化非常模糊、止步于脚手架起步和打包,甚至lint都是摆设。
文档在什么时候能见到?申请软著、专利或者员工离职的时候临时拼凑的。不说导致什么问题了大家都懂。同样没有测试过的接口、api摆出来都是非常危险的,仅靠测试团队把关远远不够,看着后端同学总是半夜被叫起来搞服务也于心不忍。
怎么解决呢?这不是一个人的事,还是需要团队有这个意识,并且把这个规范的过程重视起来,得想办法领导去牵头搞这个东西,并且排到计划里给出充分的时间去做。
展开
2
8