240 发简信
IP属地:广东
  • 2017.12.21

    过度简化理由谬误:当别人给出一件事的理由(自己思考一件事的理由),一定要探求是否还有其他理由。他给出的理由可能只是其中一种,或者是替代理由,发现...

  • kano模型

    基本需求:刚需,没有不行 期望型需求:用户不知道,但是实际上希望有的需求,有了它用户满意度增加 魅力型(兴奋型)需求:意想不到的,用户需要的需求...

  • 2017-11-23

    不把信息当知识,不把收藏当学习,不把阅读当思考,不把存储当掌握。不提炼总结,不运用学习,不深入思考,不实践反馈,就不会变成自己的知识。

  • 需求必备素质

    Think: 先自己思考清楚需求,自己判读它的重要性和必要性。像提需求人求证,该需求的重要性,以及说明你分析的不必要性。 collection:...

  • 如何说服业务部门不在当前开发版本中加需求

    无规矩不成方圆 1.要增加需求文档中没有的需求 需求文档中没有该需求,属于新增需求,开发和测试评估时间是按照当前需求文档进行的评估工作量,没有包...

  • 沟通

    沟通重在聆听,回答别人的问题搞清楚对方疑惑点!不要急着表达自己的意思,更不要用自己的主观思想去理解别人!如有疑问在最后做总结,不要中途急于总结!...

  • 需求沟通过程中的忌讳点

    1.和开发沟通不要按自己的想法告诉开发怎么去做 2.和业务部门沟通,一个需求要想全面,带上自己的想法和疑问去沟通,多问why 3.和业务部门沟通...

  • 如何健康维持开发和业务的关系

    制定一个规则,在开发和测试过程中如果业务部门提出与需求文档不一致的新的变更或者新增需求。坚持如果不是影响很大的(这个要两个部门协商定义),不做改...

  • 开发测试过程中遇到新增需求

    1.识别是否为新增需求 2.如果是新增需求不要答应,说必须让开发测试评估时间商议之后决定 3.完成需求分析 4.给开发测试看这个需求,评估时间 ...