0°

“软件需求分析”分享反馈

2016年2月20日晚上7点,我给“需求分析群”里的小伙伴做了关于“软件需求分析”的分享,感谢大家抽出业余时间来参加。后续收集了大家对于这次分享的一些意见反馈。虽然分享一共进行了将近2个小时,我其实还是主要针对群里经常在讨论的一些问题做重点的说明。比如,如何做需求调研,一般什么情况下画用例图,应该怎么画。其他的部分也有涉及到,但是都讲的比较浅。目的主要也是想要让大家达成一个共识,了解软件需求分析的整个过程以及需求管理的内容。

因为参加这次分享的全都是BA,所以算是有针对性的分享。我整理了下一些反馈意见,在本篇里做个总结,有些可能会需要另外开文来讨论的。



1.有很多反馈都提出希望针对每项内容再做一些有实例的分享,比如:问题卡片、需求调研、计划制定、需求整理等。

“问题有很多, 首先调研内容不全面,不深入。这有多方面原因,一是业务水平不够,前期准备不足;二是调研方法不系统,不科学, 其次进行需求分析时,不知道如何将用户业务转化为功能需求。这也有多方面原因,一是对用户业务了解的不深入,二是还是掌握的方法不系统不科学。 所以希望小婧老师在之后的分享过程中,可以对每个环节进行真实项目的讲解。例如需求调研时从准备,到计划制订,到调研卡片,到记录整理的整个过程。很多时候如果没做过,或者身边没有先进经验可以学习时,进步真的很缓慢。”


最好还是结合一个实例,从每个环节着手进行深入的讲解。实战那种最是印象深刻。”


问题卡片可以再优化”


“每个企业的性质不同,BA的工作方法可能也不同”


2.针对分享中说明的一些内容有困惑

“在和客户沟通需求时,ba脑袋里很自然的想到字段,布局,阶段甚至系统架构,这有意识形态的和客户沟通,有什么不好呢?把这些脑海里的画面和客户描述或者展示出来,再来一一确认,岂不是很直观么?有问题可以在开发前再微调啊?”


“对于技术组长这样的岗位开发人员来说,除了黑白,还需有一些业务上的理解,便于他们设计中的一些扩展”


3.进一步的问题

“个人的问题在于,眉毛胡子一把抓,在调研的时候总想着实现,在设计的时候又总觉得业务弄的不清楚。 在分析的时候,又总觉得没啥可想。有时又想的太多。如何从业务到功能,在到界面设计,真的很难。 最大的难题是,很多时候你能讲出来,但是落地纸面上,形成一份适合用户看的文档真的很难。我现在就卡在这里了。”


“有什么方法可以快速、敏捷的进行需求沟通和分析呢? 在没有实际接触业务的情况下,怎样更加全面的避免需求遗漏。(目前我一般都是了解同类产品的做法。有条件的情况下会和相关人员做沟通,但是在产品交付时,还是会有遗留的功能的情况。)”


“ 需求沟通过程中,业务方都OK,但是再开发完成后,会有各种细节的变更,如何避免这样的问题。”




最后我想和各位小伙伴们说的是,不论是方法论还是经验介绍都不可能直接解决你的问题,你要通过不断的PDCA来完善并建立自己的知识体系和做事办法。我这里给大家的也只是我的一些经验分享,在和大家的讨论中也在不断的总结、完善。希望大家能够大声的说出自己的困惑,分享自己的故事和体会。真心的期待和大家多交流。




(完)

点击“阅读原文”可以进行评论。

或者直接给小婧留言


「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论