
问题复述 · 分项说明
概念说明
提问时人们常直接说出想要的解决办法;复述把“遇到的情形”与“提出的办法”分开表述,请提出者确认被描述的是情形,避免把提议当成已定的问题。
判断方法
复述被对方认可后,再请他补一个不符合这段复述的具体例子。若对方举得出例子,说明这次复述的范围讲大了;按例子收窄后重新复述一遍,再请对方确认。若举不出例子,复述的范围才算站得住。
适用边界
复述确认适用于对方已经有了明确说法的情形。当对方还在试探、只是随口提起、说法尚未成形时,只能记下原话并标为待定,不能要求对方当场确认,否则会把还在变化的想法固定成结论。双方用同一个名称指代不同对象时,也要先对齐各自所指,否则词句虽然对上,确认也没有意义。



读者评论
谢谢,正好卡在一个扯不清的项目上,看了有点方向了
需求确认一定要白纸黑字,口头说的到最后全不认
有个小问题,需求变更特别频繁的话,流程该怎么简化?
补充一句,验收记录最好当场就写,隔天就记不清了
补充一点,验收最好拉上实际使用的人,别只有领导