敏捷开发
bamboolsu
技术总监,产品经理,开发经理,项目经理,PMP, Scrum master, CM
丰富的java,HTML5,python, C/C++开发开发经验,
motorola, google, 第九城市等公司工作经验
跨境电商相关(进出口商城,erp等)产品规划,研发
丰富的产品管理,项目管理,需求管理,技术开发管理敬仰
linux,windows, wxworks等多平台开发
展开
-
敏捷宣言与敏捷开发的12项原则
Agile Software Development1, Manifesto for Agile Software DevelopmentWe are uncovering better ways of developing software by doing it and helping others do it.Through this work we have c原创 2015-01-20 14:20:07 · 1503 阅读 · 0 评论 -
研发管理06:Scrum敏捷项目管理
本文结合自己5年多的Scrum 敏捷开发经验, 并结合PMP相关知识与技能, 总结了实际开发过程中的敏捷实践过程。 从介绍敏捷开发方法开始, 逐步介绍Scrum敏捷开发的流程与相关关键技能与框架的应用技巧!概述:1, 敏捷开发方法概述2, 如何计划迭代?3, 如何启动项目?4,如何跟踪进度?5,如何演示印证?原创 2015-05-12 09:42:40 · 1992 阅读 · 0 评论 -
研发管理08:敏捷 Scrum 相关基本概念
本文描述 Scrum 的相关概念。1, 定义与概述2, 三个角色3, 六个时间箱4, 四个工件原创 2015-05-12 18:51:31 · 979 阅读 · 0 评论 -
研发管理07:Agile Coach---如何构建敏捷项目管理团队---帮助团队成长
本篇文章是 如何构建敏捷项目管理团队 系列文章的第二篇。 介绍Scrum Coach 如何帮助团队成长!帮助团队成长 概述第一部分; 教练是导师第二部分: 教练是协助者原创 2015-05-12 14:33:24 · 2411 阅读 · 1 评论 -
研发管理07:Agile Coach---如何构建敏捷项目管理团队---自我提升-敏捷原则
三部曲终于要结束了, 本文 介绍自我提升, 敏捷宣言与敏捷12条准则。哦, 一张图表达清楚所有内容!原创 2015-05-12 18:12:46 · 1412 阅读 · 0 评论 -
SAFe 从概念到实践 开发人员的“敏捷”之我见
敏捷开发并不是一个新概念,在过去十多年里,敏捷开发方法论已成为国外开发团队的主流思想。敏捷开发真正走进中国,是从5年前开始。因为敏捷方法论中提到了一些在传统软件开发方法中没有注意到的思想,这些思想是真的可以为软件开发带来颠覆性的力量,甚至可能会掀起开发领域的一场革命。所以,越来越多的开发者开始追随敏捷开发理念。到今天为止,敏捷开发在中国尚处于起步阶段,但已经有一些先行者走在了敏捷开发实践道路的前沿转载 2015-06-19 11:21:14 · 8950 阅读 · 0 评论 -
Scrum之父Ken Schwaber:敏捷是一场关于适者生存的进化
Ken Schwaber是敏捷软件开发运动的领导者之一。他还是一位开发者、产品经理,以及产业咨询师。Ken和Jeff Sutherland(Scrum波士顿公司CEO)共同建立了最初版本的Scrum开发方法,在OOPSLA'95的年度会议上,他们第一次把Scrum作为正式方法提交出来。Schwaber和Sutherland是敏捷宣言的最初签署者之一。他们是权威的《Scrum指南》的作者转载 2015-06-10 15:57:22 · 731 阅读 · 0 评论 -
技术团队的情绪与效率
引:为什么工程师的效率有那么明显的波峰波谷?为什么会有负面情绪?负面情绪与工作效率有什么关系? 团队 Leader 应该怎样保证整体的效率输出与大家的成长?为什么醉心于技术的同学做项目总是虎头蛇尾?对工程师来说经常会有明显的效率差异,有时一天能搞定好几个模块,顺带加了好几个新的技能点,而有时一个简单的功能投入了两三天还和之前没什么区别。虽然任务并不复杂,但忍转载 2015-06-10 16:04:22 · 528 阅读 · 0 评论 -
研发管理09:SBOK(SCRUM BODY OF KNOWLEDGE)
SBOK 概述:第一, 5大过程组 processes:第二, 5大原则 principal第三, 5个方面 Aspect 概述:方面1: 组织方面2: 商业论证/价值方面原创 2015-05-25 23:28:14 · 1105 阅读 · 0 评论 -
Scrum 敏捷 项目管理工具
1, leangoohttps://www.leangoo.com使用了一下leangoo, 能满足基本的kanban功能, 但太过于简单;比如下面的基本功能都没有: 1, story 已完成工作量记录; 并且与燃尽图的配合; 2, story 跨 看版 或者 sprint 拖放; 3, product sprint backlog 的联合管理; 4原创 2015-11-18 12:38:27 · 9412 阅读 · 2 评论 -
如何使用Leangoo自动生成燃尽图
什么是scrum燃尽图?燃尽图能形象地展示当前迭代中的剩余工作量和剩余工作时间的变化趋势,是反应项目进展的一个指示器。一般在每日站会后团队会根据任务的完成情况对其进行更新。燃尽图有一个Y轴(剩余工作量)和X轴(时间)。理想情况下,它应该是一个向下的曲线,随着日期的推进和剩余工作的完成而“烧尽”至零。 但是现实情况下,因为各种原因燃尽图往往会出现低谷或者高峰。燃尽图通常类似于下图:转载 2015-11-18 10:37:19 · 3139 阅读 · 0 评论 -
用Leangoo做敏捷需求管理
传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发。在这样的环境下,需求文档是信息传递的主体,也是一份契约。然而详细的需求说明书有以下5大弊端:单向的信息传递,容易出现理解偏差。文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断。有了详细的文档,我们不会反复讨论转载 2015-11-18 10:18:27 · 1844 阅读 · 0 评论 -
项目管理工具到底应该为谁服务?
项目管理工具到底应该为谁服务?为管理者,还是为了团队;为了管理报表,还是为了协作需求,这些是在项目管理工具选择或开发时需要面对和思考的一个问题。传统项目管理工具在团队内部臭名昭著项目管理工具当初都是为了项目团队开发的,协助项目团队管理项目:目标和进度,主要服务主体是项目团队,但是当管理者知道了有这么一个工具,于是就提出了很多管理性需求,这样就慢慢让传统的项目管理工具越来越庞大,越来越复原创 2015-11-18 12:38:58 · 652 阅读 · 0 评论 -
Redmine使用介绍
关于ExWORK(Redmine) 一、 Redmine 是一个开源的, 基于Web的项目管理和缺陷跟踪工具. 它用日历和甘特图辅助项目及进度可视化显示. 同时它又支持多项目管理. Redmine是一个自由开放源码软件解决方案,它提供集成的项目管理功能, 问题跟踪,并为多个版本控制选项的支持. Redmine是一个有用的Scrum和敏捷的选择. 由于Redmine的设计受到Trac转载 2015-11-19 10:45:38 · 9039 阅读 · 0 评论 -
混战在帝都的妹纸一枚,整理于Github上的工具合集
来自:SegmentFault作者:妹纸一枚链接:http://segmentfault.com/q/1010000002404545原标题:GitHub上整理的一些工具,求补充技术站点Hacker News:非常棒的针对编程的链接聚合网站Programming reddit:同上MSDN:微软相关的官方技术集中地,主要是文档类inf转载 2015-12-16 14:53:25 · 1319 阅读 · 0 评论 -
敏捷估算 实践
说起估算问题,我们第一反应往往是“估不准”!估得准又如何呢?如果估算结果是需要5个月才能完成,但合同要求3个月交货,你怎样办?所以其实我们还有一个“估得多”的问题,而在“估不准”和“估得多”这两个问题之前,还有“不敢估”的问题。估算问题很复杂,我们首先要做的是拆解这个问题,这样才能更好地找到合适的解决方法。我们从不同角色的视角来看看估算的问题:原创 2015-02-28 17:12:14 · 468 阅读 · 0 评论 -
估算的敏捷方法:策划扑克法
策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点(story points),故事点只是一个计量单位的名称而已,你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量,也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位,不象度量长度的单位:米,大家都知道1米有多长,你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模,不同的项目所定义原创 2015-02-25 19:03:27 · 6340 阅读 · 0 评论 -
Barry Boehm的软件工程七原则与敏捷实践
大概在5年以前曾经从网上搜到了Barry Boehm提出的软件工程的七原则(Seven Basic Principles of Software Engineering),这是Barry Boehm1983年发表的文章,在网上搜到的是别人对这七个原则的转译与介绍,看后觉得怪怪的,总是觉得有些地方不能准确把握这七个原则的含义。于是去google搜其原文,未果,最近终于搜到了原文,因此更能准确把握Ba转载 2015-02-25 18:45:07 · 3099 阅读 · 0 评论 -
敏捷项目管理的五个要素
项目管理最重要的因素是什么?一个简捷的网上调查就会产生几百万个结果。一些人认为有八个要素,其他人认为有四个。本质上大部分人的观点是一致的。但是,由于他们的企业形象或品牌,他们表述的方式不同而已。现在我们一起来研究一下这些主要的因素,并试着抛开企业文化的影响,把它们更简洁的表述出来。 1.只有友谊就足够了吗? 建立和保持高效的工作关系是形成长期原创 2015-02-08 16:48:29 · 13781 阅读 · 0 评论 -
硝烟中的Scrum和XP_学习笔记
1, 如何活学活用孙子兵法有云:兵无常势,水无常形,能因敌变化而取胜者谓之神。很多人都向往用兵如神的境界,想必也知道读万卷书不如行万里路,纸上谈兵的故事更是耳熟能详;但偏偏不能举一反三。且看风清扬的一段话:“......你将这华山派的三四十招融合贯通,设想如何一气呵成,然后全部将它忘了,忘得干干净净,一招也不可留在心中。待会便以甚么招数也没有的华山剑法,去跟田伯光对打”。如果有人说,既原创 2015-01-20 14:31:48 · 771 阅读 · 0 评论 -
做敏捷估算,请忘掉人/天
估算的方法之前,我们先来回顾一下基于人/天的传统估算的思路。传统的工作量估算是估计是一个绝对值,单位是人/天或者人/时。比如:David喝完一小杯热咖啡花费1.2个小时(工作量 1.2人/时)David喝完一大杯热咖啡花费2.4个小时(工作量 2.4人/时)由于人的能力是有差异的,所以David的工作量对于Tom来讲可原创 2015-02-08 22:12:02 · 552 阅读 · 0 评论 -
敏捷团队管理:把握介入团队的程度
我从来不是微观管理者(micro-manager),特别是应用agile和Scrum之后。初入职场时,要不是太忙于和别人搅和在一起处理问题,我很可能就会成为一个微观管理者。但是当尽量避免同大家一起检讨细节问题时,仍要认真地照看(check-in)他们。我是从这篇文章(细小的成功多么重要)得到启示的。 介入(check-up) & 照顾(check-in)很相似,但有四个关键项目,一转载 2015-02-07 22:34:39 · 506 阅读 · 0 评论 -
软件开发项目经理想关河书籍
>原创 2015-02-07 12:22:49 · 1166 阅读 · 0 评论 -
task divide example
task divideasf DLNA trick play:1, Investigation and set environment. 2 days;2, write HLD(high level design). 2 days;3, implement basic codes in DLNA source element. 5 days;4, finish原创 2015-01-21 12:31:18 · 559 阅读 · 0 评论 -
scrum training
Introduction Scrum Origins RolesPracticesPlanning Sprints Scaling ScrumDistributed TeamsMotorola How-to 1, Introduction What is Scrum?An empirical methodology for maximiz原创 2015-01-22 13:03:37 · 1684 阅读 · 0 评论 -
敏捷经验教训, 开发总结!
敏捷的过程改进方法:从经验教训中学习敏捷方法开发总结的点评记录敏捷的过程改进方法:从经验教训中学习 每次去客户现场做差距分析或者运行检查,总是习惯于找他们的缺点,但是每次也总能从客户那里发现他们的优点,时间久了,慢慢地对缺陷麻木了,审丑疲劳了,只有发现他们的优点时,我才会精神一振,心情愉快。 今年1-2月份期间我去给一个客原创 2015-02-25 19:10:45 · 1793 阅读 · 0 评论 -
SCRUM 的 关键角色, 产品, 燃尽图 与 常见会议
SCRUM 的三个角色product backlogsprint backlog燃尽图四种会议SCRUM 的三个角色 在SCRUM方法中将项目的利益相关者分成两大类:Pigs角色与chickens角色,pigs即为项目组的实际参与人员,Pigs原创 2015-02-26 12:43:16 · 2702 阅读 · 0 评论 -
敏捷方法中采集的度量数据
在敏捷方法中,要求度量的数据少之又少,可谓简单实用:规模:(1)故事点:用以估算工作量、度量开发效率。工作量: (2) 计划的工作量:用以排定项目计划。 (3) 剩余任务的计划工作量:用以跟踪项目进展。效率:(4)开发速度:每次迭代完成的需求的规模(如故事点),用以估算项目需要的迭代次数。转载 2015-02-25 18:17:35 · 2086 阅读 · 0 评论 -
站立会议
站立会议的实施要点每日站立会议的10个成功要点案例:每日站立会议落实情况的再跟踪站立会议的实施要点昨天在东莞客户封闭开发的现场,观察了一个产品开发组四个小组实施站立会议的情况,分析了他们执行的优缺点,对如何执行站立会议,如何获得站立会议的成功进行了再次归纳总结,要点如下:1 任务的分配与领用i)任务的责任人要明确;ii)任务的原创 2015-02-25 18:31:35 · 1504 阅读 · 0 评论 -
timebox管理
timebox(时间盒)管理是敏捷方法中的一条实践,其含义是在项目中的某些活动的完成时间必须在规定的时间内完成。该实践有助于提高整个项目的工作效率,避免帕金森现象。 在敏捷方法里时间箱管理的具体体现包括:(1) 每次迭代必须在固定的时间内完成,比如2周或~1个月等,本次迭代必须交付一个质量得到充分检验的、可以运行的软件版本,如果有些需求不能在本次迭代内完成,则推原创 2015-02-26 12:41:13 · 4010 阅读 · 0 评论 -
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。 开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就原创 2015-02-25 19:02:34 · 485 阅读 · 0 评论 -
软件看板之父David Anderson:使用看板方法进行项目管理
摘要:本文是软件看板之父David Anderson 博客文章,项目管理系列集锦,包含四个方面的内容:使用看板方法管理项目、使用排序规则制订计划、项目预测、风险审查与阻碍集群。一、使用看板方法管理项目我是项目经理,看板对我来说意味着什么?我是项目经理,我的组织正在采用Kanban,它对我意味着什么?以及我应该在工作中如何使用看板?在企业已经实施的看板体系转载 2015-12-23 16:51:58 · 2605 阅读 · 0 评论