张传波（网名：Fireball，大大大火球）

问题：如果按照CMMI从1到5的思路，建设企业的信息化制度（不是为了评定等级，是为了实现项目规范管理），可行吗？需要关注哪些问题点呢？公司如果是个敏捷践行者，那么跟CMMI的建设思路本身是否是无冲突的呢？回答摘要：为Business goals服务的过程改进这是CMMI和敏捷的共同出发点列出公司当前的问题，然后逐步消灭。每一次消灭就是一次MVP。每1-3个月取得一个小成果，...

说起估算问题，我们第一反应往往是“估不准”！估得准又如何呢？如果估算结果是需要5个月才能完成，但合同要求3个月交货，你怎样办？所以其实我们还有一个“估得多”的问题，而在“估不准”和“估得多”这两个问题之前，还有“不敢估”的问题。

为方便大家找到合适的文章，我将一些精华文章的索引汇总在一起，只需要轻轻一点就可以快速达到你想看的内容啦！目前已经汇总的文章又：“软件设计是怎样炼成的”系列文章、“神马是敏捷”系列文章、IT项目求生法则系列文章、需求分析挑战之旅系列文章、UML扫盲文章、设计模式扫盲文章、CMMI扫盲文章、IT职场求生系列文章等。

10年前第一次听说每日站立会议，觉得很酷，于是我们马上就实践了！开始两三周效果不错，因为新鲜事物嘛，但没多久新鲜感就木有了，慢慢变成“walking dead”，每次开会就是一群僵尸在开会，项目工作变成僵尸大战项目，或者是项目经理大战僵尸。本文在之前一篇关于每日会议文章的基础上，继续为大家分享！

敏捷不是灵丹妙药，不能当饭吃！我们将会谈谈敏捷对组织架构、团队文化的要求，特别是对薪金待遇的要求！本文大纲：1）部门设置惹得祸？2）强矩阵还是弱矩阵？3）敏捷对团队文化的要求；4）敏捷对薪金待遇的要求；5）敏捷的本质是什么？

实践过敏捷的朋友可能会有这样的感概：“敏捷太理想了！敏捷对人的要求太高了！”说得太对了！！我们不能照搬敏捷，要实践敏捷，首先需要直接面对和解决敏捷在中国的水土不服问题，你需要面对的是中国软件项目的“拍脑袋”、“两大限死，两不确定”，还有中国软件研发人员的“可爱”特点。

我代表全国人民祝福你…… 代表什么！这星球上谁都代表不了谁！！敏捷流派这么多，我想通过一篇文章说清楚还真有难度，所以请允许我选一个代表吧，那就是近年来最火的SCRUM！对于敏捷的其他流派，我只能说：谁叫你不如人家火呢！本文将以SCRUM为代表，让你通过一篇短文大致了解敏捷流程框架、团队角色及各种敏捷最佳实践。

某年会上我作为“砖家”和其他专家一起被摆上台，有人问了一个问题：什么是敏捷？这个问题很难回答，当时我用四个字回答：简单有效。人家一听，这不是大忽悠嘛！本系列文章将会分几篇文章为你分享什么是敏捷，敏捷的“官方”定义，敏捷流程框架及最佳实践，敏捷在中国面临的挑战，实践敏捷所需要的土壤，最后给出我对敏捷的理解。本文是第一篇，我们将从“打针”说起！有没有搞错，“打针”居然和敏捷有关系？是滴，快看看吧！

什么？RUP居然也是敏捷的一种？前面说了嘛，敏捷的流派很多，敏捷的定义也很多，所以…… 管他呢，多学一些，多了解一些总是有好处的，本文我们一起来看看RUP的核心思想是怎样的？跟敏捷有没有关系？

极限编程，英文：Extreme Programming，简称：XP编程。这是在SCRUM之前流行的敏捷方法，这是一种轻量、快速、强调适应变化、适合中小型项目的项目管理方法。

敏捷开发简单说就是用简单有效的办法去做有用的事情，过程的目的是让项目做得更好，不是为了过程而过程，不是用过程来“框死”项目，过程是为项目服务的。各家各派的敏捷方法论，其实基本道理都是这样的，只是各自从不同的角度来阐述如何做软件开发。我们没有必要盲目崇拜某某方法论，各种方法论也没有必要PK，我们应该集百家所长，为我所用！

在IT界中，“敏捷”是一个很酷的词汇，“敏捷”的相关理论可谓铺天盖地。“敏捷”一词实质没有统一定义，各家有自家的说法，本文将会分4篇为你分享，将让你了解“敏捷”的来龙去脉，抓住“敏捷”本质，并能在工作中实践“敏捷”。本系列文章仅是第一次分享，将来还会为大家分享SCRUM等敏捷开发的知识及最佳实践。

这是我在某网站上分享的一次视频课程，内容摘要：敏捷看上去很酷，是解决研发混乱的救命稻草？敏捷门派很多，什么才是敏捷呢？敏捷过于理想，无法在中国落地？如何才能让敏捷真正发挥实效呢？

每日会议一开始挺激动人心滴，但如果方法不合适，很快就会变成“僵尸大会”，每天变成例行公事。每日会议要每天说最近一天干了啥，接下来一天干啥吗？敏捷开发绝对不是今天计划明天的工作的，要保证每一次迭代都能成功，那么工作就必须落实到每一天。每日会议是保证计划有力执行的重要手段，将项目的情况每天都可视化地展现在所有项目成员面前，让我们一天一个脚印、踏踏实实地将项目做好。