- 主题:因为都是草台班子。。
真不一定
【 在 adamhj 的大作中提到: 】
: 合同里包含维护职责,合同款分批付啊,从上线到验收有一两年不很正常么
:
--
FROM 219.142.81.*
能用与好用工作量差好几个级别呢,不阻塞正常流程就算完活了,再怎么验收也算符合需求,挑不出来毛病,除非招标时明确写了
--
FROM 120.244.62.*
甲方自己不专业
【 在 adamhj 的大作中提到: 】
: 国内的招标采购流程就是有问题的,没有测试验证环节,功能符合不符合全凭应标者写的材料,他想怎么写怎么写,结果就是技术方面无法区分出优劣,最后就是比价格,谁价格低谁中标,至于好不好用,那都不是招标采购人员的事了
:
: 前段时间不是有个采购企业级防火墙结果中标个家用级路由器的事情么,大概率就是这么搞的,人家全程符合程序要求,应标者搞个虚假应标你根本没有办法
发自「快看水母 于 OXF-AN10」
--
FROM 222.131.98.*
你根本不懂,甲方不能写太详细的需求,写详细了别人说你有偏向性条款,不合规
【 在 workman 的大作中提到: 】
: 甲方自己不专业
: 发自「快看水母 于 OXF-AN10」
--
FROM 182.85.143.*
有的项目会要求通过第三方测试,不过似乎也没什么luan用。
我倒是觉得,开发类项目应该前置一个需求分析的咨询类项目,这样开发项目的边界才是清晰的。否则软件企业习惯了投标时天花乱坠,需求分析时又尽量往简单里写。甲方PM得又懂又有足够精力才能保证交付质量。
【 在 adamhj 的大作中提到: 】
: 国内的招标采购流程就是有问题的,没有测试验证环节,功能符合不符合全凭应标者写的材料,他想怎么写怎么写,结果就是技术方面无法区分出优劣,最后就是比价格,谁价格低谁中标,至于好不好用,那都不是招标采购人员的事了
: 前段时间不是有个采购企业级防火墙结果中标个家用级路由器的事情么,大概率就是这么搞的,人家全程符合程序要求,应标者搞个虚假应标你根本没有办法
--
FROM 58.135.83.*
客户和用户分离
或者说花钱的,和使用者分离
不过坦白说,草台班子成这样也挺少见的,一般这种还没交付就被甲方骂了
【 在 huaxinjuedui 的大作中提到: 】
: 有朋友做幼儿园的,前段时间说学籍系统又改了,且需要重新录入数据。。
: 然后今天找到我,说按照模板填好后批量录入数据,10几天了,只把一个班的数据导入成功了,其他都失败了,搞了N次了,实在不行(相关方面人员只说多试几次),喊我看下怎么回事。
: 我拿来了账号和数据,登录后试了下,发现确实不行,也无任何反馈,整个界面就在那一动不动。。
: ...................
--
FROM 120.245.114.*
这种项目一般都是几百万、上千万的预算
但最终承接开发的可能就是随便找个技术很一般的小团队
甚至可能是导师带几个大学生开发出来的
总体成本可能几十万就搞定了
剩下的钱层层贪、层层捞 都流入了领导的口袋
领导又不用这种系统 好用不好用他们才无所谓
【 在 huaxinjuedui 的大作中提到: 】
: 有朋友做幼儿园的,前段时间说学籍系统又改了,且需要重新录入数据。。
: 然后今天找到我,说按照模板填好后批量录入数据,10几天了,只把一个班的数据导入成功了,其他都失败了,搞了N次了,实在不行(相关方面人员只说多试几次),喊我看下怎么回事。
: 我拿来了账号和数据,登录后试了下,发现确实不行,也无任何反馈,整个界面就在那一动不动。。
: ...................
--
FROM 124.64.23.*
这明显是系统问题,而且是初级问题,从认识的系统开发商来说,出了这种问题一次可以两次就要打板子了,响应时间操过一天就算事故
难就难在是上面采购的,只能捏着鼻子用,尤其是z采,大家只考虑分钱了,忘记还要写代码。。。
不要然哪能三天两头抓还抓不完呢。。。
【 在 huaxinjuedui 的大作中提到: 】
: 有朋友做幼儿园的,前段时间说学籍系统又改了,且需要重新录入数据。。
: ...................
--
FROM 116.234.23.*