606
社区成员




软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出真实的需求。
Chapter. 8 Pg. 158
在本书的叙述之中,软件团队似乎有时与用户处于同等的地位,是产品构建的合作者,共同为创造“最好”的产品而努力;另一些叙述中,又处在“乙方”的地位,力图界定出“最合适”用户的需求范围。现实是,软件开发者往往也是目标用户的子集,陷入当局者迷的境地;另一方面,用户的需求亦在不断地变化,“合适”的标准也随之变更,而“好”更无从确定。“真实”的需求,是“好”的需求吗,是“合适”的需求吗? 这样的迷思仍困扰着我——如何衡量软件需求的必要性并作出合理的取舍,是重要又十分基本的问题。
————————————————
版权声明:本文为CSDN博主「takivotoid」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/takivotoid/article/details/123436565
A5:我认为合适比较最重要,“最好”和“最合适”都是处在一个范围中,用户的需求在不断变化,相应的标准也会变化。每个人的需求不一样,每个人对于好的定义也不一样,我们无法满足所有人,只能做出尽量契合的需求,尽量做到满足大部分人的需求也就足够了。
原文地址:https://bbs.csdn.net/topics/613014605
现实是,软件开发者往往也是目标用户的子集,陷入当局者迷的境地;
至少可以问这个问题 -- 开发者能开发出 “自己喜欢用的产品” 么?
——软件开发的需求分析和功能设计,在于提供一套最有效率的机制,帮助用户解决问题。
在实际的需求调研、场景分析、功能计划和最终的软件实践过程中,“需求”只是用户对于实际问题最迫切和直接的观察和表达。软件开发者与其说是要引导用户表述需求并被动地听,不如说是要借由用户的心声去了解一个专有领域的问题,并从软件实现如何产生作用的角度出发,主动地思考能为用户提供哪些“接合点”。
这样的“接合点”一方面来源于用户既有流程所暴露的“接口”——既有解决方案的流程中哪些步骤需要软件的辅助,(更重要的)另一方面则来源于软件能对流程带来的创造性改进:我们的平台在原有的微信发布消息、邮件联络的框架之外,为校园科研需求的初始阶段定义了统一的范式和流程,并为相关的两类用户角色都提供了效率更高的选择和实践。我认为抵达这个层面的需求分析才能符合软件开发的需求。
————————————————
版权声明:本文为CSDN博主「takivotoid」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/takivotoid/article/details/125465615