- 博客(13)
- 收藏
- 关注
原创 主程序员团队与敏捷开发的联合应用(小型敏捷团队管理)
作者:陈勇出处:blog.csdn.net/cheny_com主程序员团队是曾经风靡一时的小型研发团队组织架构形式,很多团队都曾经有意无意地使用过。其模式是:由一个最好的程序员编写所有最终代码,其他人只进行测试及辅助工作。乍看起来与Scrum的“跨职能团队”差别很大,但由于其提出也是为了达到更高效率、更高质量、更快响应变更等目标,与敏捷开发可以进行组合使用。软件界常见的一种现象就是程序员之间的相差水平很大,业界的数据是在1~10倍之间,极端情况下可见到看20倍的情况。笔者在01~04年亲自观察到的情况包括1
2011-02-25 16:51:00 642
原创 谁适合做Scrum Master?
笔者遇到过的很多企业做敏捷时都遇到这个问题,因为Scrum Master属于西方文化的产物,在国内很难找到一个人非常适合地来做这个职位,而且也很难给出一个统一的答案。
2011-02-25 16:49:00 601
原创 如何弥补敏捷方法中的薄弱环节?
近几年来,敏捷作为一种很实用、上手快、轻量级的方法,被越来越多的开发团队所采用。然而,在很多大团队中,敏捷方法的实施带来了包括在人员管理、工作计划、沟通和文档记录等诸多问题。2009年,有知名市场研究机构对美国的上千家企业做了开发方法的调查显示,有近30%的组织采用了敏捷方法,远远高过迭代、瀑布和基于度量的传统方法。然而,数据显示调查中称未使用任何方法的机构占最大比例,约占被调查企业总数的三分之一,无论是在中小企业(员工少于1,000人)还是大企业(员工超过1,000人)。更为有趣的是,在采访过程中发现,这
2011-02-25 12:43:00 662
原创 Scrum对于老板的价值何在?
这篇文章是写给致力于推广Scrum的项目经理们的,我的很多客户都问过我这样的问题:他们用了Scrum一段时间了,发Scrum确实是个好东西,能够有效的提高团队的生产力,鼓舞团队士气,降低外界对团队的干扰,以及卜啦卜啦卜啦一大堆的好处,但是老板们,尤其是那些非软件开发出身的老板们,却对Scrum仍然无动于衷,得不到老板的支持,推行Scrum举步维艰,想要说服老板,却又不知道如何去打动他们,Scrum中也丝毫没有说老板们在Scrum中能获得啥东西,那么Scrum对于老板的意义到底何在呢
2011-02-25 12:39:00 982
原创 浅谈项目风险案例和其应对之道
IT项目管理从某个意义上来说,就是风险管理。从理论上讲风险管理可以分为三个部分:风险识别、风险分析和风险解决。传统的风险管理系统只能帮我们较正规地统计和管理风险,这些系统本身是不能规避或解决任何风险的。在实际操作上,由于可能发生风险的种类很多,处理起来所耗费的人力物力也相当可观。在下列的案例中,我们建议的不是一套昂贵而且全面的风险管理系统,而是一套扼住最关键部位,高效且低成本,适合于千万中小企业的小型解决方案。
2011-02-25 10:11:00 1147
原创 度量分析之报告信息的四个层次:数据,信息,分析,措施
<br />作者:陈勇<br /> <br /> 是否经常遇到这种情况:领导拿到某个报告,里边充满了各种精美报表(假设我们不再谈论由文字组成的报告了),然而整篇报告仍不知所云,领导看后不知所措,最后报告不知所终。<br /> 这是因为报告的制作者忽略了报告的最终用途:领导或其他阅读者希望看到报告中采取措施,阻止坏的事情发生或加速好的事情发生。<br /> 请看下面例子:<br /> <br /> 缺陷趋势<br /> 数据:<br />缺陷趋势图<
2011-02-10 11:04:00 716
原创 嵌入式开发管理的几大特点
<br />作者:彭蕾 <br />嵌入式开发多用于一些对软件质量要求高、过程复杂的行业,如电子、通信、医疗、航空/航天等领域。与普通的软件研发相比,嵌入式开发管理有一些显著的特点,如团队规模大、人员多,参与团队多,对产品质量要求极高、评审要求严格等。<br />针对自身业务特点,嵌入式行业多应用了PDM(Product Development Management)软件,当软件研发在整个体系中占的比例越来越大、地位越发重要时,很多团队开始重视ALM(Application Lifecycle Manage
2011-02-10 10:58:00 785
原创 诺基亚标准:Does your Scrum team pass the Scrum test used at Nokia
<br />作者:陈勇<br /> <br />诺基亚标准是诺基亚内部的一个简单测试问题列表,用于判断一个团队是否真的在使用Scrum。<br />问题如下:<br />PART 1: ARE YOU DOING ITERATIVE DEVELOPMENT?<br />你们是否在使用迭代测试(做Scrum的一个基础)<br />1.1 Iterations must be timeboxed to less than 4 weeks *<br />迭代周期必须是限制长度的且少于4周?<br />•Yes o
2011-02-10 10:53:00 555
原创 敏捷宣言:主义?价值观?口号?再谈敏捷生态系统
<br />作者:陈勇<br /> <br />前几天写培训PPT,突然发现不知道把敏捷宣言放在那里好。<br />因为看上去,敏捷宣言中既有体现价值观的内容,也有直接的操作层面上的内容。大家请看(前后删除了一些):<br />个体与互动 胜于 过程与工具<br />可工作软件 胜于 复杂文档<br />用户协作 胜于 合同谈判<br />响应变化 胜于 遵循计划<br />如果感觉看不太明显,那么我们来两个对照版本,就会感觉更加清晰。<br />“价值观”版本的敏捷宣言<br />客户价值 胜于 软件和文
2011-02-10 10:49:00 531
原创 无烟会议室:CMMI vs. Scrum vs. XP(QCon 2010 感受)
<br />作者:陈勇<br /> <br />无烟会议室<br />公司开发部门要建无烟会议室,三种人做法如下:<br />CMMI<br />公司级订立无烟会议室制度,宣贯,张贴海报。经过大家提醒执行,行政部小王不定期抽查,秩序井然。<br />直到老板李总带着客户张总来到会议室,而客户张总提出要吸烟,张总目视李总,李总目视小王,小王目视海报,其他人目视远方调节视力。<br />从此秩序被打破,无烟会议室名存实亡。<br />Scrum<br />会议室门口张贴“吸烟者”禁止入内招牌,同时指出老板/市场
2011-02-10 10:43:00 392
原创 需求管理-需求的结构
<br />作者:陈勇<br /> <br />在各类方法论和标准中,都大量提到了需求如何开发/描述/跟踪等内容,唯独关于需求结构的描述甚少,本文尝试比较几种需求结构的优劣及应用环境,供读者使用。<br />万事都不是绝对的,切勿生搬硬套。<br />用户需求-产品需求型<br />--------------------------------------------------------------------------------<br />这个是做CMMI的企业最熟悉的,因为RD过程域里边正好有
2011-02-10 10:26:00 806
原创 如何选购合适的研发管理软件
作者:徐玲 这些天正为寻找合适的研发管理工具苦闷,不知从何处入手,碰巧听到的一场讲座中提到了这个话题,分享给大家,大家在采购工具软件时也许能用到棗1、研发管理软件的用途研发管理软件可以管理部分甚至所有与研发活动相关的日常管理工作。从研发活动生命周期看,这些管理工作包含需求管理、设计与编码管理、测试管理等;从企业管理者角度看,还包括造价管理、成本管理等;从不同企业类型的研发部门所担负的职责看,其管理活动又可分为产品管理、项目管理、任务管理等。2、研发管理软件的分类目前主流的研发管理软件主要分为两大类别。一类是
2011-02-10 10:04:00 1140 1
原创 软件产品研发管理中的六大报表
<br />作者:彭蕾<br /> 家都在干什么??发的人手总是不够!?也不能不停地到每个人的工位附近转悠!?个人工作不能考核,更谈不上什么激励机制?<br /> <br /> <br />处于混沌状态的研发团队,每天都会遇到各种各样管理上的问题。有的团队试图通过实施敏捷等开发方法改善研发流程,也有些团队采用购买缺陷跟踪、配置管理等工具解决问题。<br /> <br />然而,无论是方法还是工具,都只能解决部分问题。对于管理人员,如产品经理、项目经理,多以结果为导向,一方面希望不过分纠结于工程师工作的细节,
2011-02-09 14:12:00 2124
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人