提几个软件工程的考题。

[v_olcano]

某项目质量与进度冲突，若进度延误，将面临严峻绩效考核压力，此时您应做哪些？

在某项目中，业务部门始终不能清晰地描述其需求，您应如何做？

希望大家多多讨论，指点一下本人。多谢~！

[项目花园范德彪]

若进度延误
呵呵，这意思是不能延误啦，
那么质量，只要放一放了，
那么，放哪些呢，
这就是要做的吧？？
1，分析需求的优先级
都要用的，必须要做，
客户的主要功能，也是必须做的
不影响 使用，的功能，可能先不做，
不经常使用的功能，可以先做个接口，等以后再做，
2，就是做项目的计划的调整，
包括时间，资源，等，
3，就是请求其它项目组的帮助，(做好沟通)
4，把现有必须要做的工作，细化，分离，
能包出去的包出去，
能让其它项目组分担的，可以请求公司的支援，

[项目花园范德彪]

业务部门始终不能清晰地描述其需求
这是一个常见的问题，
可能每个人的处理方法也不致，

我认为，原型法，在这个情况下还是适用的，
也就是说，把明确的，先确定，然后，做出这部分原型 ，
一般，客户在有的原型 之后，
比较可以发现新的需求，
如果中间，有不确定的因素倒至后面的工作的进行，
那么，则用以前的开发经验，实现之，并和用户讲明，这前后的因果关系，
并把，客户认为完成基本需求的版本，定为阿发版，

以后，就可以以这个版本，进行下一步的开发了，

[v_olcano]

顶啊。楼上的经验很值得学习~！

[v_olcano]

顶上去啊。

[redguardtoo]

“某项目质量与进度冲突，若进度延误，将面临严峻绩效考核压力”
“面临严峻绩效考核压力”，问一下那又怎么样？有时候这也是一个选择。

"在某项目中，业务部门始终不能清晰地描述其需求，您应如何做？"
可以脑筋急转弯一下。那就搞个现成的系统（盗版或者开源或者正版）塞给业务部门嘛。
如果这个系统很烂，正好可以慢慢改嘛。最起码这个烂系统可以打压一下业务部门的期望值。

[v_olcano]

呵呵~！楼上的答案很有创意。
不过题目本身应该是从软件工程方面着眼，不过实际情况千变万化，有时候灵活对待一下也是可以的。对我们这些人来说，关键是上面满意就ok了。