敏捷开发
文章平均质量分 63
softerwarer
这个作者很懒,什么都没留下…
展开
-
结合工具来实现敏捷开发 - 7
不过,随之的,问题也就来了,虽然这样子可以管理一个功能点的基本属性,但是在实际工作中,我们的工作往往没有这么简单,因为按照以往的经验,需求从想法变成设计文档的过程有一系列的问题需要去解决,只要有一个问题解决不好都可能造成这个功能点的失败。当时培训时,我们也把这些问题都列出来了,不原创 2011-08-12 14:32:27 · 1238 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 10
上面大家已经了解了一下计划会的一些情况,计划会能确定当前冲刺(Sprint)所需要完成的功能点,但是我们知道一个产品不可能用一个Sprint就可以完成,所以接下来就会有一个接一个的Sprint,所以有多少Sprint就会有多少的计划会。 就我们公司而言,由于用了DevSu原创 2011-08-16 21:12:24 · 1057 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 11
好了,计划会也开完了,Sprint也建好了,也规定好时间了,这个Sprint要做的功能点也分配下来了,该是开发同志们干活的时刻了。 按照Scrum的原则,是希望开发人员自己能主动去关注有哪些活,然后去认领。我想这种思想在大家开展Scrum的初期是没法做到的,甚至很多公司一原创 2011-08-16 22:11:10 · 1197 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 13
前面已经说完了各个部门怎么合作来完成一个Sprint,中间过程可能说的不是太详细,不过想想看也无非就是实际开发测试过程与DevSuite系统操作的事情了,所以也不需要讲的太多,因为我们这次主要是以Scrum怎么来实现为主, 而开发与测试过程在所有软件开发中都是存在的,也都差不多,原创 2011-08-21 21:34:48 · 1025 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 12
好了,计划会也开完了,Sprint也建好了也规定好时间了,这个Sprint要做的功能点也分配下来了,该是开发同志们干活的时刻了。 分完任务后,每个开发同志登录到DevTrack以后,都会在Story Board里看到自己需要做的任务,一般情况下该任务状态为“开发中”,然后原创 2011-08-20 21:52:20 · 1079 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 9
好了,已经有了Product Backlog了,假设我们也已经放了不少功能点进去了,当然这里怎么放我就不说了,无非就是点哪个按钮的问题,如果说的太详细就变成介绍产品了,而不是在讲敏捷了。 这个池子既然已经有水了,接下来的事情就开始要把水放掉了,一次放掉一点。之前说Scru原创 2011-08-12 18:11:38 · 1215 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 16 (全文完)
随着反思会的结束,一个Sprint的周期也就差不多结束了,就开始进入下一个Sprint了,随着一个个Sprint的不断结束,最后产品也就完成了。在这个过程中,因为每次都有可用的产品,所以大家就会看着这个产品一点点做大,功能一点点的完善,就像小孩从出生到长大一样,通过这些评审会,反原创 2011-08-23 21:59:31 · 2301 阅读 · 1 评论 -
文档管理 - 上
文档管理,有些公司也称为知识库管理,本文还是以文档作为称呼吧。 1. 先说说文档管理的历史背景和演化史吧: 一般情况下,文档可以包含很多方面的内容,一个Excel表格,一个需求设计文件,一个Bug的解决方案,一个功能的描述甚至是一个有用的图片都可以成为原创 2011-09-25 13:27:42 · 188 阅读 · 0 评论 -
文档管理 - 下
3. 软件公司的做设计的人应该知道,对于一个设计文档而言,会不断地经过修改,即使是最后定稿了以后,可能一个新的改动过来,又得改,但是经常地我们也碰到了一种问题,就是我改完了,但是发现改错了,想看看原来是怎么样了,或者客户不满意想改回一个礼拜之前那个设计,总之就是我想还原创 2011-09-25 17:52:11 · 1405 阅读 · 0 评论 -
软件开发与测试管理(转)
摘自计算机世界报 要想真正保证软件项目如期完成,不仅取决于开发人员,更取决于测试人员。 项目经理经常犯的错误之一,是以为只要雇用软件工程师就行,其他的人都不必要,或是让软件工程师占整个团队很高的比例。他们也许认为开发人员越多,写出来的程序也越多,这是错误的概念。项目的转载 2011-08-30 20:46:20 · 2857 阅读 · 0 评论 -
文档管理 - 中
DevSuite系统中的文档管理工具叫做KnowledgeWise,在以“知识为核心” 的理念中属于核心地位,因为软件开发过程中其实每个阶段都需要接触文档的,从需求文档到设计文档到开发文档到测试文档再到发布文档维护文档,文档自始至终一直是需要的,而且同一个文档在整个过程可能是不断原创 2011-09-25 17:06:09 · 1292 阅读 · 0 评论 -
浅谈PPM (Project Portfolio Management) - 2
其实达到这个目标的“方法”很多,甚至老板可以强制要求手下必须知道进展,所以手下就很紧张,就去强制他的手下每天报告,每天评估,然后手下的手下也是这个样子,从而呢,很Perfect,大家都知道自己负责的部分的进展了,所以老板就会听到一个听起来很不错的答案,但是事实真的如此吗?有没原创 2011-09-07 22:39:00 · 5616 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 2
好了,讲了这么多,重新回到公司的立场上,大家都觉得需要改革,看起来貌似敏捷是一条不错的路子,但是那个时候敏捷还刚出来,所以没有多少公司在用,需要怎么来实施呢?问题很多,所以一直拖到大约2008,2009年左右还在考虑中,那个时候其实很流行通过CMMI认证,公司也考虑了一下,认为没什么必要,因为CMMI更像一个规范,或者说是一种方向,但是对于具体怎么开展工作没有特别指出,所以对于我们公司的现状可能没原创 2011-08-11 11:55:54 · 1782 阅读 · 2 评论 -
结合工具来实现敏捷开发 - 14
现在开始说说完成一个Sprint以后的事情了,第一件事情当然是评审会了,所谓的评审会就是产品的负责人来检查是否这个Sprint的功能是完全按照设计文档来的,是否真的100%满足了客户的需求,这个会议中就需要把各个功能实际演示一遍。 理想情况就是所有计划会上要求的功能都很完原创 2011-08-23 21:16:26 · 1244 阅读 · 2 评论 -
结合工具来实现敏捷开发 - 15
评审会后就是反思会了,一般情况下会跟评审会连在一起开,反思反思,总得反思出一些东西来,其实也就是一句话,有则改之,无则加勉,好的东西继续保留,不好的东西就要改正。好的东西就不说了,就说不好的吧,不好的东西可能是开发习惯,也可能是工作的方式不对,甚至是团队气氛,团队协作,有些影响小原创 2011-08-23 21:36:55 · 1225 阅读 · 0 评论 -
浅谈PPM (Project Portfolio Management) - 6
接下来就是“能否实现了过程的最优化”, 还是照例先把之前的解释贴过来:所谓最优化,也就是说只有这些有限的资金,有限的人力,有限的时间,是否每个资源都是被最大化、最好的方式使用着,从而使得整个过程在有序地高效率地进行着。 这一点,很多公司其实都觉得不太能把握住,所以经常原创 2011-09-22 18:52:09 · 4397 阅读 · 1 评论 -
结合工具来实现敏捷开发 - 6
从软件工程的角度来说,一个软件的开发必然需要从需求分析到编码到测试再到交付,虽然我们现在说的是敏捷,但是本质上以上那些步骤还是省不了的,从狭义敏捷上来说,它比较看重的是人与人之间的交流,所以对文档之类的东西不是很在意,但是说是这么说了,真正你做起来的时候,缺了文档管理,实在不敢想原创 2011-08-12 13:26:02 · 1242 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 4
开始讲具体实施了,不过先插一句,虽然我们公司实施了一年多了,但是你说完完全全实施了Scrum的所有规范点呢,那是不可能,我想每个公司都有自己实际情况,怎样结合公司的情况把敏捷开发落实到实处,使得敏捷能发挥最大的实效才是最重要的,所以接下来讲的东西可能并不是所有人都认同,先请大家见原创 2011-08-11 13:17:05 · 1417 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 3
寻寻觅觅,转眼间到2010年了,差不多已经定位好了几个产品,TechExcel的DevSuite,Serena的敏捷解决方案,还有是IBM的Rational,虽然还有其他各个,但是都有些地方做的不好,所以被淘汰了,像微软的方案全局的可以,任务级别就不行,还有一些是免费的软件,功能原创 2011-08-11 12:45:15 · 1697 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 1
敏捷开发,我想概念不用多解释了,网上可以找到N多的地方。敏捷开发是跟传统的瀑布开发模型正好相反的,当然也不能说孰优孰劣了,都还有团队在用着,甚至有些公司两个都同时在用,既然还有用武的地方,也就不会说谁代替谁了。我们公司现在都是敏捷开发,采用的是敏捷里的Scrum方法,除了Sc原创 2011-08-11 11:24:44 · 2606 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 8
需求的管理大致知道了点吧,不过估计你会问,讲了这么多,怎么感觉跟敏捷没啥关系呀?呵呵,之前也讲过了,敏捷开发虽然“敏捷”,但是也不会绕过整个软件开发过程,就像孙悟空逃不脱紧箍咒一样。需求作为软件开发一项非常重要的环节,我们是绝对绕不开的,即使是超级敏捷开发也绕不开,所以我还是得仔原创 2011-08-12 15:05:13 · 1357 阅读 · 4 评论 -
结合工具来实现敏捷开发 - 5
按照Scrum的基本理论,Scrum是一种迭代式增量的敏捷开发,包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员。这个网上都能找到。我们先从中提炼出一些原创 2011-08-11 21:27:29 · 1398 阅读 · 0 评论 -
浅谈PPM (Project Portfolio Management) - 1
前言:本文以纯理论性的PPM讲解为主,不会涉及到具体如何实施,我会在以后介绍详细的PPM实施方案介绍。 PPM,可能很多人并不清楚甚至可能没听说过,这是一个近些年才流行起来的概念,是Project Portfolio Management首字母的缩写。Pro原创 2011-09-05 22:13:54 · 28348 阅读 · 0 评论 -
浅谈PPM (Project Portfolio Management) - 3
(休了一个多礼拜的假,今天终于有机会再来写写了,让大家久等了。) 前面讲了一个公司或者说一个老板、一个领导需要清楚两个问题,一个是把握现在,另外一个是预测未来,其实还有一点也需要知道,就是分析过去,分析过去其实是最好做的事情,因为事情已经发生了,我们只要去总结经验,分析问原创 2011-09-20 17:30:57 · 5631 阅读 · 0 评论 -
浅谈PPM (Project Portfolio Management) - 4
先弄个截图出来,可以让大家回忆起上一篇文章说一些点。 还是继续说微软,说比尔盖茨吧,他每天一上班喝着咖啡就想看到这么几个方面的数据,这五个问题其实从语法上来看都很简单,几乎都是疑问句,回答Yes和No就行了,但是我们其实也清楚,这个简单的Yes或者No后面需要多少的工作量原创 2011-09-21 14:16:03 · 6687 阅读 · 0 评论 -
浅谈PPM (Project Portfolio Management) - 5
我们一个个来分析,首先是“是否在开展正确的项目”, 关于为什么要知道这点,前面已经说过了,直接Copy过来再让大家温习一下,毕竟是在投钱,需要有回报,所以不能投在错误的项目上,得随时了解产品是否是正确的,一旦由于任何因素造成了产品不正确了,就需要及时拨乱反正。 当然,原创 2011-09-22 11:46:19 · 4512 阅读 · 1 评论 -
工作流管理
工作流管理 前几天在 DevSuite中设计项目工作流时,突然想研究一下工作流这个概念了,所以考虑一段时间也Google了一把,现在来开始写写想后感,呵呵。 先Show一下我设计一个工作流程图,比较简单,适合业务流程不复杂的公司,特别是做项目的软件公司。 工作流,顾名思义,工作的流程,或者说是业务的流程,干一个活,做一件事情,总是有个开始点和结束点的,复原创 2012-05-23 22:54:14 · 3872 阅读 · 0 评论