敏捷需求-从概念到开发

有人说,测试者来自火星,开发者来自金星.这是因为软件测试员和软件开发者就好比一对冤家,里面的缘由说不清也道不明.开发代表着创造,而测试则代表着摧毁,因为测试的目的就是以各种方式不断地从开发出的产品中发现大大小小的Bug,长此以往,开发者认为测试者是在故意找茬,两者的矛盾慢慢就会产生.     敏捷之前项目中也有开发和测试,就如上文所说矛盾不少,比如测试测出一个bug,提单给开发,开发看了觉得这不是一个bug,实际业务过程中根本不会有这样的操作方法.还有测试提了一个问题单,开发在下面回复已解决,测

导读 大家好,本次肖力分享的主题是KVM&Libvirt基本概念及开发杂谈,内容有些凌乱松散,主要基于自己早期整理的笔记内容和实践感悟,有些内容难免有失偏颇,望见谅.前面先介绍下需要了解的基本知识,大部分内容在肖力著作中都有更详细的解释,可阅读参考. KVM包含: 1.内核模块kvm.ko,用于核心虚拟框架. 2.包含与处理器相关的模块kvm-intel.ko,kvm-amd.ko 3.kvm需要使用经过修改定制的qemu软件提供用户空间工具 *内核组件已经包含在Linux内核2.6.20中了

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于团队共享责任,它扮演了证据的角色.Scrum强调团队共享责任,不论是需求人

创业公司所要求的是快速迭代产品,从而找到精准用户,进而开始谋取商业利益,这是一个非常简单且容易理解的流程(实际上情况要复杂的多),那么便来说说这第一步的操作,在迭代产 品的过程中 产品经理 如何去应对需求变动和技术开发. 企业情况 创业公司当中,是独裁还是群策,很大程度上取决于老板的心情,每个人对于公司的产品都有1-10 分的看法,这里的看法指的是员工对产品的认可度.有些人进来只是抱着看看的心态.有些人是抱着学习的心态.有些人是做事的心态.有些人可能只是混日子的心态.毕竟,对于创业型的公司,能招

作者:张克强    作者微博:张克强-敏捷307 用例分析方法已经有不短的历史,发展出了多种用例分析方法.笔者花费了大量时间,对用例分析的各个方面进行实践和分析,得到如下系列文章: 需求用例分析之一:异常流 需求用例分析之二:级别设置需求用例分析之三:补充规约 需求用例分析之四:业务规则 需求用例分析之五:业务用例之Rational系 需求用例分析之六:业务用例之科伯恩系 需求用例分析之七:业务用例之小结 需求用例分析之八:用例颗粒度 在这些分析的基础上与及笔者的实践,总结整理得到"苍狼敏捷需求

搬砖的陈大师版权所有,转载请注明:http://www.lenggirl.com/tool/RabbitMQ.html 手册:http://www.rabbitmq.com/getstarted.html 安装:http://www.rabbitmq.com/download.html 参考:http://blog.csdn.net/whycold/article/details/41119807 一.介绍 AMQP,即Advanced Message Queuing Protocol,高级消息

Web框架基本概念 现在再来写这篇文章显然有些马后炮的意思.不过正是因为已经学习了Flask框架, 并且未来计划学习更加体系化的Django框架,在学习过程中碰到的很多术语等等,非常有必要通过这样一篇看似都是空话但坚实地理论知识学习来填充自己 ■ MVC体系的框架 Python发展到今天,已经有了数十种不同的Web框架.其中比较著名,被广泛的使用的有Django,Flask,Tornado,Twisted等等.作为Web框架,它们都向使用者提供了对于网络和线程的封装,借此可以实现HTTP请求-应

前言 在前一篇文章中我已经做过开篇,接下来的随笔会详细讲一下我们的开发框架是如何实现的,专业的事由专业的人来讲,以后就由我们的高级码农小李英文名查尔斯和他的师父厂长(因为姓陈,酷爱摄影,我们的文艺片都是从他那里来的,所以叫厂长) 技术选型 "查尔斯,这个敏捷开发框架我们要开始做了,给你分点任务,你要做哪块的?" "俺要做APP开发,现在APP开发的人工资高着呢,动不动10几k的,俺要学好APP,俺要加工资,俺要走上人生的颠峰!" "OK,那APP这块就让你

前言 今天的这一回是关于产品诞生的部分,既广义的从0到1. 发现需求 这里将发现需求的方法分成两大类:用户研究与产品研究. 1.用户研究建立用户画像(Persona) 用户画像是通过对目标群体真实特征的勾勒,对产品使用者的目标.行为.观点等进行研究,将这些要素抽象综合成为一组对典型产品使用者的描述,以辅助产品的决策和设计 用户画像 2.需求采集 方法常用的有用户访谈.问卷调查.可用性测试等. 同时每一个项目组都会有自己的需求反馈通道,比如来自老板的,来自运营人员的,来自客服人员的等等. 3.社区