+政务效用,打通民众在办理xxx 业务的赌点、Р痛点,同时提高业务人员的工作效率,促进各部门间的业务协同和数据协同 ” ;Р乍一看没啥问题,但其实你随便给它套哪个项目都毫无违和感,这就是所谓的Р无效信息传递,这类大而空的目标描述对项目建设没有任何指导意义。Р如果只是因为文案能力差无法准确清晰地描述项目目标,问题还没那么严Р重,最怕的是客户说 “前几天领导点名表扬了 xxx 省做的 xxx 平台,我们也抓紧Р上线一个 ”、 “没开发出来我们也不知道好不好用,你们先做出来给我们看看Р吧”。Р也许有的同学会抱着侥幸心理,以为客户没提具体需求就代表自己能自由Р发挥,殊不知这可能是一个开发内容不可控、成本不可控,甚至永远也验收不Р了的项目!Р不可否认,有的客户确实说不清楚自己到底要做什么,此时就是乙方施展Р专业技能的时候了:Р很多小伙伴在完成需求调研后,就按部就班的开始梳理需求、设计原型,Р直到进入了开发阶段,才着手外部数据接口申请、服务器资源申请等流程,这Р就很容易出现开发暂停等资源的现象;甚至会因为外部资源与预期不一致造成Р需求变更,严重时会因项目无法如期上线而影响客户业务。РР以下是政务项目中常见的对外依赖,对于紧急项目,越早识别(并处理)Р风险越小:Р提到非功能性需求分析,诸如 高并发“高性能”兼容性强”敏感数据加密 等字眼就立马跳入脑海,我见过太多项目建设方案都是诸如此类的定性描述, 简直像是商量好的一样。Р我们做政务项目一方面是要通过最终验收的(不然拿不到钱),另一方面 也要满足业务需求,缺少非功能性需求分析可能会给自己挖一个早晚都要跳进 去的坑!Р以下几类非功能性需求分析大家可别忽略:Р芒格曾说:Р如果你们想要帮助印度,应该考虑的问题不是「我要怎样才能帮助印 度?」与之相反,你们应该问:「我要怎样才能损害印度?」你们应该找到能 对印度造成最大损害的事情,然后避免去做它。