扫码阅读
手机扫码阅读
企业管理软件的需求获取方法
97 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:企业管理软件的需求获取方法
文章来源:
麦哲思科技任甲林
扫码关注公众号
需求工程中的需求获取阶段概述
一、需求获取的基本原则
需求获取阶段需要深入了解企业的需求,尽管可能实现的内容有限,但细致的调研有助于系统的灵活性和未来的扩展。同时,以流程为主线来串联各个环节,从宏观和微观两个角度描述流程,以简化和优化流程为目标。
二、需求调研的五个步骤
- 调研组织结构、岗位设置、职责定义,明确子系统和系统范围。
- 调研各子系统的工作流程、功能和处理规则,收集原始资料。
- 准备调研内容,区分不同管理层次的需求。
- 总结用户沟通情况,初步构成需求基线。
- 验证需求基线,如不符合则循环以上步骤直至满意。
三、需求获取的重点
在业务调研时,应关注业务频度、高峰期频度、单据数据细节、单据生成时间、单据来源去向、特殊情况处理,以及未来可能的变化。
四、需求整理与表达的方法
采用穷举、归纳、抽象等方法整理需求,并利用各种工具,如结构图、流程图、关系矩阵等,来表达需求的不同方面:组织结构、业务流程、处理规则、数据项、功能和它们之间的关系。
五、需求获取过程中的注意事项
- 明确调研的意义和过程,准备好问题单,并提前提供给用户。
- 发问时以一人为主,其他人负责记录和查找问题,不要中断用户。
- 使用IPO(输入、处理、输出)的思想来易于与客户交流。
- 注意交谈技巧,记住用户的个人信息,以便建立良好的关系。
想要了解更多内容?
查看原文:企业管理软件的需求获取方法
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 105K
麦哲思科技任甲林的其他文章
还是“师徒制”吧
很多客户都面临如何培养新员工的问题,如何更好的培养开发人员也一直是我思考的问题。琢磨来琢磨去,最终发现还是“师徒制”最有效。 在学校里教授的大多是书本知识,和实践有很大差别。社会上的各种速成班仍然是停留在表面,可以让开发人员入门,但是不能深入。在公司里办各种培训,时间不可能太长久。其实以前在通软的时候已经尝试过师傅带徒弟的方式,只是我不喜欢称为“师徒制”。“师”在我心目中是比较神圣的称呼,为“师”
软件需求评审之道
作者:任甲林 来源:CSAI.cn http://www.csai.cn 2005年6月13日 摘要 本文介绍了软件需求评审失败的5个案例,提出对软件需求评审的实践具有指导意义的9个建议。 关键词 需求评审,需求层次,阶段评审,检查单,评审流程 软件需求是软件开发的最重要的一个输入,需求风险也常常是软件开发过程中最大的一个风险,降低需求风险的一个重要手段就是需求评审,但是需求评审是所有
常见非功能性需求的描述案例
非功能性需求是需求的一个重要组成部分,它影响了系统的架构设计,需要开发人员重点关注。但是在工程实践中,往往客户不会提出非功能性需求,需求人员在描述需求时不知道如何描述,在国际的各种标准中,对非功能性需求有定义,但是比较抽象。因此我整理如下常见的非功能性需求的描述案例,供需求人员进行参考。1、性能需求描述案例:响应时间:在95%的情况下,一般时段响应时间不超过1.5秒,高峰时段不超过4秒。定位系统从
三个团队的站立会议旁观笔记
今天早晨我旁观了3个团队的站立会议,三个团队的站会参与人员都是7个人,其中第2个团队是scrum of scrum,7个人是7个团队的代表,有高层领导旁观了第2个团队的站会。 做得好的地方归纳如下: 1在每日站会上沟通了需求、接口设计的变化,让整个团队都了解这些变化。 2开发人员在提到完成了,都强调完成...
迭代总结会议的旁观感想
初创团队,迭代总结会议以后,有哪些可以改进的地方呢?
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线