- 注册时间
- 2010-5-21
- 最后登录
- 1970-1-1
- 日志
- 阅读权限
- 100
|
楼主 |
发表于 2014-1-10 12:19:27
|
显示全部楼层
本帖最后由 wayne2006 于 2014-1-10 06:48 编辑
1# bondy
总体来说肯定你占理, 但怎么处理需要一些技巧, 从你的描述来说, 貌似她也没有多极品, 很多问题其实是公司流程的问题,导致沟通困难, 也造成一些懒人有空可钻 - 你说的例子也常常发生在我们公司的DBA(虽然她还不能算DBA, 最多算DBD)和程序员身上
几点建议:
数据库或是程序开发的specification理论上都需要有Response Section, 最少也需要一个check list, 哪些接口需要实现,输入输出是什么都白纸黑字的写下来,要求她明确标识完成的部分, 计划完成的部分,不打算完成的部分, 而不要把做与不做email来email去
一旦需求文档固定下来, 如果没有特殊需要最好不要再更改,减少冲突, 需要更改也要达成共识 这就要求做需求的时候要计划好
|
你说的没错。我其实就是发的checklist,我也是考虑到数据库和业务提出的,我当然也欢迎有异议,跟我讨论。但是她不是这么做,而是觉得我提出的她实现不了,因为没有现成的例子(就是程序内的)可供参考,所以就直接更改了,或者更改输入输出格式,要不就是返回的东西压根不符合我的要求,她还声称做完了,让我测试。我都说了,不是每个需求都有现成的例子参考,如果你觉得不能实现,你可以google,不是里面只需要有select这么简单,就这个,就不干了。什么她是OCP吧,什么5年经验吧,什么在班加罗尔干过吧。
我们的也是不断的增加需求,所以需要数据库返回数据,具体返回数据需要加新的输出变量,或者加到现成的cursor里,我也是经过考虑,比较合理的,关键是她不懂,但是她知道这个做的不容易所以就把横,拉硬。 |
|