尽管年前有了心理建设，但是接二连三的轰炸，还是无法不想、不管、不思考。
打车回来的路上忽然想跳出最近的看到的、听到的，闭上眼睛想想主线，想想自己的思路，就回答一个问题就好。
项目好坏评价的标准：
1.是否验收？
2.是否反馈问题多少？
我认为的项目评价：
1.管理效能的提升：预算可管控、凭证可生成，资金可支付
2.管理流程的规范
3.管理维度的细化
4.客户感受的提升
奇怪的逻辑
1.验收与项目成败的关系
1）验收范围确定方：业务部门
2）未验收内容：系统优化内容，但不影响系统正常使用
3）没有验收就代表系统做的不好？代表系统问题很多？系统问题有验收需解决的问题，但更多的是在系统使用过程中出现的新问题，并不是没有验收的充分必要条件
结论：以验收与否为结论来推论系统有很多问题，进而推论需求不明确、系统目标没有实现，此逻辑待商榷
2.问题多与项目成败的关系
1）项目的使用群：使用者越多，受众面越多，问题相对就会更多
2）系统本身先天基因：预控系统本身的受众、承载的多方面管理模块、功能，从初识到逐渐稳定成熟也会使问题从多变少，任何公司在建此系统都会经历此过程，不能因为没吃过猪肉、没见过猪跑就认为问题多就是项目失败的标志
3）管理思路的适应和转变：最终用户、关键用户对新系统的适应，也会有磨合期
结论：1.没有问题不代表系统就好，有可能没有人使用；有问题不代表系统就不好，目标就没有实现，也是使用群体多出现了新场景新情况是上线系统时场景不全；2.it应行业对标，与泰康、阳光和平安具体项目了解一下，预控系统在不同阶段及问题多少的线性关系，不应该以系统本身基因来断然认为项目失败，进而推断需求没有管住。没有调查、没有数据支撑断然下结论不可取。
3.项目评价方是It还是真正的使用者
网友评论