走出软件作坊读书笔记(一)--项目需求调研

最近在拜读阿朱的【走出软件作坊】,读到项目需求调研一章,为了读有所得,从现在开始需要养成写读后笔记。读完后需要好好整理一下,结合自己以及自己公司的现状,想想哪些对自己以及公司可以借鉴的。

--改变从现在开始,不要再做一个思想懒惰者,勤于思考,善于总结,你才能有所提高!

言归正传,下面将根据我对该章节的理解,对该章节的内容进行简要记录,记录我的一些想法。

其实阿朱大神在书中也没有详细讲述如何进行需求调研,只是以他亲身经历过的一个项目需求调研案例阐述他对需要调研的理解:

(1) 如何着手进行需求调研?

书中做法:将客户所有部门纳入思考范围,首先获取客户企业部门组织结构图,了解项目与各个部门间的关系,获取这些部门负责人名字、电话,然后对负责人的性别、大概性格进行调查。然后采用逐个部门突破法,先找好说法、以配合的部门进行突破。

ps:书中有些小技巧,请个别客户吃饭,在聊天中获取各部门负责人性格,了解客户企业的大致人脉情况,大老板怎么看这个项目,要达到什么样的目的。个人觉得蛮有用,可以为正式进行需求调研做准备。

(2)怎么样进行需求调研(初步调研)?

书中做法:收集突破部门所有单据、报表,并询问掌握哪些报表是常用的、次常用的、不常用的,哪些报表是客户比较关注的,哪些报表是与其考核以及奖金分配密切相关的,报表的使用频次,还有这些报表间的关系、报表数据来源。通过上面这些工作,阿朱大概就知道了项目常用功能、重要功能、性能压力大的功能、稳定安全性要求高的功能、数据精确性要求比较大的功能、易操作性要求高的功能。最后通过对单据、报表分析、结合这次初步的调研对需求进行了一个初步整理,对部门组织结构、人员岗位角色说明、大概的业务流程图、业务报表等进行了初步说明。

ps:其实阿朱大神采用了需求调研中的访谈法、单据、报表分析法等方法进行需求调研,通过这次对部门各岗位人员进行面对面访谈以及之后对单价、报表进行分析,形成一个初步的需求调研调研文档,对于客户的组织机构、岗位角色、业务流程以及报表间关系进行了阐述说明,分清主要业务流程、次要业务流程,为进一步的需求调研打好了基础。

(3)进一步需求调研

对报表间的勾稽关系,每张单据录入的每一项录入要求、默认值、必填项、唯一约束、录入校验、单据状态、可选值等进行详细调研,通过访谈,发现特殊处理流程。通过单个人访谈,了解记录每个人工作中最想解决的问题(最多5个)。最后对初步的需求调研文档进行修改补充,对业务流程中错漏和矛盾处进行阐述,并提出了改进建议,将每个人最想解决的问题考虑到流程以及业务单据报表中,建议增加什么流程、什么单据、什么报表;谁来做、怎么做、谁来监督、怎么考核。最后将优化好的流程呈现在文档中。

ps:进一步调研是在初步调研的基础上对功能要求进行细化,同时根据进一步调研分析发现现有流程的错漏和矛盾,并提出改进意见,个人觉得这是难点。

(4)需求讲解

通过部门座谈会,将整理的需求以及梳理过的业务流程对部门人员进行讲解,说明现有流程错漏以及矛盾处,并给出解决方案。

(5)扩大调研范围

部门确认后,同时先给大领导进行讲解,获取大领导的认同后,在扩展到其他相关部门,调用结果抄送大领导、相关业务部门。

在书中案例中,个人觉得阿朱能够成功关键在以下几点:
   一、单个突破 
       各个部门有各个部门的利益,也许上这个项目某个部门会觉得你动了他的利益,这样可以从一个易配合好说法的部门开始突破。

二、对现有业务梳理、提出改进建议及方案。

通过将每个人工作中最想解决的问题考虑进流程以及单据报表中提出了改进意见以及方案,获得了大部分员工的认同。

三、大老板认可。

获得大老板认可是项目继续推进的关键,阿朱向大老板讲解梳理过的需求,向大老板展示了其专业性,获取了大老板的认同,自然而然,对项目进一步推进起到了非常大的作用。

原文地址:https://www.cnblogs.com/timerecorder/p/8471736.html

时间: 2024-08-14 03:14:08

走出软件作坊读书笔记(一)--项目需求调研的相关文章

三五个人十来条枪 如何走出软件作坊成为开发正规军

三五个人十来条枪 如何走出软件作坊成为开发正规军(转载) 自从发了上一篇博文,这几天收到很多朋友的来信. 大家从各个开发语言的优缺点和适用领域,一直讨论到设计模式.框架.重构.单元测试,乃至敏捷编程,最后都讨论到了软件开发过程管理,甚至都谈到了盈利模式和中国软件 的悲哀. 最后不了了之,都觉得改善中国内地现在的软件生产状况不可能. 为什么呢? 我重新把这几天大家的讨论留言翻了一遍,发现大家的软件团队都存在着这样一种普遍现象 1大部分人所在的公司,开发人员仅3-5人,多的在10人.别看就这几条枪,

读<走出软件作坊>有感

1.成功的人都是在不可能完成任务的情况下完成的,成功的人也从来不会抱怨客观条件多么糟糕. 2.公司给你的资源,永远小于你做事需要的资源,这就是现实,就这么多人,就这样的素质,必须在现状中想出做事的办法. 3.办任何事,都可能会出现这样那样的意外,但真正有本事的人总是能摆平. 4.定期与每个员工在MSN等聊天工具上沟通或面对面沟通,了解他们现在的心理变化,了解他们对薪水.公司发展.职业发展的看法,以自己掌握的信息和自己的经验,对每个员工指出具体工作指导意见和发展方向建议. 5.不要专门拿出一段时间

《走出软件作坊》

三五个人,十来条枪,怎么艰难突围,一步步做大 简介 待补充 简介 作者吕建伟(@阿朱),研发管理专家,原京东技术学院院长,中国互联网技术联盟发起人,历任首席架构师.技术总监以及CTO等职位.目前已接受用友集团董事长王文京邀请,加入用友组建研究机构,担任首任院长,帮助用友构建转型战略. 阿朱:从50到5000,从技术到人(图灵访谈) 待补充 原文地址:https://www.cnblogs.com/zenronphy/p/9267674.html

敏捷软件开发读书笔记(三)

敏捷设计 如果敏捷性(Agility)是指以微小增量的方式构建软件,那么究竟如何去设计软件呢?又如何去确保软件具有灵活性.可维护性以及可重用性的良好结构呢? 在敏捷团队中,全局视图和软件一起演化.在每次迭代中,团队改进系统设计,使设计尽可能的适合当前系统.团队不会花费许多时间去预测未来的需求和需要,也不会试图在今天就构建一些基础结构去支撑那些他们认为明天才会需要的特性.他们更愿意关注当前的系统结构,并使它尽可能的好. 那么怎么才能保证全局视图和软件一起演化呢?在软件出现下面任何一种气味时,就表明

《JUST DO IT!》团队作业4-基于原型的团队项目需求调研与分析

一.实验目的与要求 (1)体验以原型设计为基础的团队软件项目需求获取技巧与方法. (2)学习利用UML模型描述用户需求. (3)编写软件需求规格说明书. 二.实验环境要求 (1)实验七开发的团队项目原型: (2)UML绘制工具. 三.实验内容与步骤 实施团队项目软件用户调研活动. 1.需求调研方法 (1)原型法 将我们APP端和WEB端的原型发给调研用户,用户通过使用反馈给我们一些意见和建议. (2)远程交流 我们选取典型用户通过qq在线交流的方式获得用户的需求,在了解完用户的需求过后将我们已经

A_Pancers团队作业4—基于原型的团队项目需求调研与分析

任务1:实施团队项目软件用户调研活动. (1)用户调研对象:我们的项目软件是基于安卓系统的音乐播放器,以设计出操作简单的音乐播放器为目的,所以本次用户调研的对象主要以身边的老人为主,对他们听音乐,听戏曲的情况进行了解,看他们对于音乐播放器有何需求,有何期待:并将我们设计出的项目模型对他们进行介绍,听取他们的意见和建议.另外考虑到为了获取更加全面的需求其他年龄阶段的人为辅助调研对象(例如:身边的同学.家长.朋友等). (2)调研方式:对于老人这个用户对象我们采取了面对面采访的方式进行调研,而对于其

《对不队》团队作业4—基于原型的团队项目需求调研与分析

一.团队项目软件用户调研活动过程. 首先,我们采访了学院中有组织会议经验的同学和西北师范大学教授,人文地理学博士(区域发展与规划方向),以我们实验七所开发的原型为基础,先让其简单的使用,并提出几点建议.然后我们采用向老师提了如下的几个问题,老师也谈了自己的看法. 1. 是否了解并使用过类似的学术会议管理系统? 2. 参加学术会议一般提交会议论文的方式都有哪些? 3. 觉得这种方式有什么优势? 4. 我们所做的原型还有什么不足? 5. 您会使用这个系统吗? 其次,与此同时我们团队设计了有关会议管理

<Dare To Dream> 第四次作业:基于原型的团队项目需求调研与分析

实验内容与步骤 任务1:实施团队项目软件用户调研活动.要求: (1)真实的用户调研对象: 生科院大三学生 (2)利用实验七所开发的软件原型: 网站原型链接 (3)要有除原型法之外的其他需求获取手段: 访谈法 开会研讨法 (4)收集用户需求调研活动的佐证材料(访谈录音.问卷.调研人员名单等等).       任务2:采用UML模型描述任务1所获取的用户需求,请调研用户复查. 经过复查得出该模型目前适合应用 任务3:参考国标GB8567--88中<软件需求规格说明书>格式,撰写团队项目软件需求规格

《敏捷软件开发读书笔记之一》

要想成为一名优秀的软件开发者,需要熟练应用编程语言和开发工具,更重要的是能够领悟代美代码背后的原则和前人总结的经验——这正是本书的主题.本书凝聚了世界级软件开发大师RobertCMartin数十年软件开发和培训经验,不仅是一部深入浅出.生动易懂的面向对象原则与模式著作,而且还是一部通俗的敏捷方法导引书和快速实用UML教程.分为敏捷开发,敏捷设计,薪水支付案例研究,打包薪水支付系统,气象站案例研究和ETS案例研究六个部分,包含30个章节.以下是我对前两个部分的认识及见解: 以下六章是对第一部分敏捷