大卫张
- 浏览: 11236 次
- 性别:
- 来自: 成都
-
最近访客 更多访客>>
最新评论
-
大卫张：
<div class="quote_title ...
软件项目经理新手上路(7) - 再序 - 多点儿人味儿 -
juda：
兄弟，我看了你的这几篇文章，真感情，文字表达能力需要加强，
软件项目经理新手上路(7) - 再序 - 多点儿人味儿
文章列表
有朋友最近看了《软件项目经理新手上路》，就问我，你在写什么啊？其实我也在思考这个问题，为什么我从一开始就否定了软件项目管理而要写软件项目经理呢？最近才逐渐了解自己的想法，多点儿人味儿。我想写的是一个活生生的项目经理，而不是剥离人味儿的项目管理。
请允许我在此引用一句名人名言。“#彼得圣吉第五项修炼# 我深信，流行的管理体系的核心问题是致力于使一切趋于平庸。它迫使人们越来越辛苦的工作，以弥补一种缺失，即人们在一起共同工作处于最佳状态时所特有的精神和集体智慧的缺失。”引自《第五项修炼》，转自@章显洲-Arthur，5月5日。
对，这就是我想说的，多点儿人味儿。在我们身边有太多人味儿流失的例 ...
改进是每个项目经理都会遇到的头疼事。
1. 小故事
张三有点烦恼。张三兴冲冲的到一个项目入职了，踌躇满志，这次一定要干点成绩出来。因为入职前，领导找张三谈过，项目目前存在不少问题，需要改进。在经过一段时间 ...
项目总有各种各样的指标，用指标对项目健康情况进行检查就像人的体检一样合理，但是会体检并不意味着会治病。
1. 小故事
张三受到了领导嘉奖。当张三刚到项目的时候，中国团队的任一指标都比国外团队差很多。张三选 ...
老好人式的项目经理并不少见。他们人很好，希望让每一方满意。
1. 小故事
最近，张三有些烦恼。张三是位资深的开发人员和项目经理，同时他也是个典型的老好人。他勤勤恳恳，任劳任怨，开发能力优秀，对每个人都是那 ...
绝大多数开发人员的职业目标都是成为项目经理。项目经理的工作看起来美好而简单，高工资，管人，还不用加班。但是它是不是像看起来那样美好呢？
1. 小故事
张三昨天向公司提出了申请，他还是想回去做程序员。张三做出这个决定也是经过长期考虑的。首先，在管人的新鲜劲过去后，张三再也找不到技术工作中那种成就感；其次，张三喜欢直截了当的沟通方式，但这种方式并没有得到项目团队的认同，前后有两位同事离职；最后，张三力图一切为了公司把项目做好，但项目显得不上不下，公司领导也反映平淡。好在张三的公司很开明，允许个人相对自由的进行工作选择，否则的话，张三就只有在项目经理岗位上继续坚持，直到离开公司。
2 ...
技术冲突是技术出身的项目经理经常碰到的事情。一开始只是技术讨论，讨论着讨论着就变成了技术冲突。
1. 小故事
张三最近的心情很糟，这起因于一次技术争论。在解决一个技术问题的时候，张三和李四的设计不同。从张三的角度来看，李四的设计简直糟糕透顶，但却怎么也没有办法说服李四。于是张三就小小的动用了项目经理的权力，强制使用了自己的方案。没想到遭到李四的强烈抵制，到最后李四竟然提出了辞职。张三也因此受到了领导的批评，所以他很郁闷。他怎么也想不通，他为交付更好产品的努力竟然导致这么个结果。
2. 常规想法
这是个令人头疼的问题。大多数新手项目经理都来自于开发，他们之所以成为项目经理就是他 ...
软件项目经理，这是广大开发人员向往的职位。随便抓个开发人员问问他的职业规划，他会告诉你“我的计划是现在专心做开发学技术，3年到5年的时间后转向管理。”在开发人员看来，项目经理的收入更高，加班更少。然而在绝大多数公司你都可以找到足够多的技术培训，却没有针对项目经理的培训。看来要成为项目经理，一切都要靠自己摸索。
有没有这样一本手册，只要读了它就能提高管理能力？我的偶像温伯格提到过一本，并且推荐《门后的秘密》，然而这本书的内容对于新手项目经理而言过于高深。于是萌发了自己写点东西的想法。
这本小册子由一系列故事组成。大部分故事的主人公叫张三，是一位项目经理，刚因为优秀的开发能力而被提 ...
时间过得飞快，转眼间C项目已经来到了第五个迭代。在第五个迭代，C项目的情况如何呢？答案是还在磕磕绊绊。
对很多人来说，这种敏捷实施的成果是难于接受的，实施这么久了，还在磕磕绊绊。实施敏捷看起来就像一场运动，人们总期待实施敏捷有个结束的时间，但是这就是敏捷，实际的敏捷。（敏捷不仅是马拉松，它还永不结束。）
记得以前听Scrum的讲座，敏捷的三大支柱之一就是透明性。意思就是，敏捷本身不解决问题，它能在实施过程中让问题不断的暴露出来。敏捷社区有个形象的提法，“水落石出”。
解决问题依赖于组织自身。然而对大多数组织来讲，都没有做好不断面对问题并解决问题的准备，实施敏捷磕磕绊绊甚至失败也就是意 ...
就这样，C项目组糊里糊涂的开始了敏捷之旅。在第一个迭代完成后：
基本情况
2011年2月21日-3月4日，项目组成员每天站在白板前进行每日站立会议。如果发现了需要讨论的话题，就在会后进行讨论。
2011年3月4日，项目组进行了第一次回顾会议。没有评审会议了，因为项目组仅完成了预估工作的不到一半，仅提供了一个Demo。
第一次回顾会议
团队在白板前进行第一次迭代回顾，会议总耗时一个小时。会议结果如下：
1. 做得好的
a) 成功完成Demo，所有Bug都修复了。
b) 每日站立会议对团队有很大帮助，可以清楚知道团队其他成员在做什么。团队协作比以前更好了。
c) 感谢美国团队 ...
敏捷项目实施，你准备好了么？
- 博客分类：
- 敏捷理论与思考
敏捷是最新的流行趋势，如果你还没有在用，那值得一试。不过在开始前，最好先确认一下你准备好了么。下面分享一点个人经验。
<!--[if !supportLists]-->1.
<!--[endif]-->为什么引入敏捷？
这是一个目标设定问题。仅仅因为敏捷很流行，希望学习，还是因为敏捷是另一个“银弹”。很简单的一个标准，如果没有目标，怎么能够确认成功？所以在实施敏捷前问问为什么会对你非常有帮助。
<!--[if !supportLists]-->1） <!--[endif]-->你所在的项目没有任何问题
什么，居 ...
本系列将记录项目中引入敏捷的过程和相关的一些思考，欢迎进行交流。
流水帐
2011年2月16日前，与项目经理和开发组长进行过两次前期交流。
2011年2月16日，公司领导确认对项目进行过程改进，确定由我协助项目进行改进。
2011年2月17日，与中国团队的项目经理进行面谈，确定引入迭代开发模式。
2011年2月18日，与中国项目团队进行第一次迭代计划会议。
会议
会议总耗时两个半小时。团队坐在一个白板前，使用即时贴记录Backlog的工作项和分解后的任务。主要会议内容：
1. 简要介绍迭代开发模式，确定每2周一个迭代，每天上午10：30召开每日站立会议
2. 对需求进行优 ...
心中的敏捷
“敏捷是什么”，这个问题长期以来一直困扰着我。前段时间提出了敏捷问题解决方式，算是从做法（做事的方法）上对敏捷进行了一个简单的总结。最近一直在清理，这就试图描述一下我心中的敏捷。因为个人一直从事软件开发工作，所以文中的主体部分有一些与软件开发相关的经验，不能做到完全的通用化。
我心中的敏捷
从信仰、理论到实践与方法学，这就是我心目中完整的敏捷知识体系。
敏捷信仰
主要内容
敏捷信仰，也可以被称为敏捷世界观，源于经验主义或逻辑实证主义。其主要内容包括：
1. 世界是复杂的和不断变化的，人是导致复杂和变化的主要原因
敏捷对此使用的词汇是我们不能预测未来。这看似 ...
敏捷软件开发概述
如同前文所述，可以把敏捷看做一种问题解决方式。下面我们就从敏捷问题解决方式的角度解读敏捷软件开发。
敏捷软件开发
软件开发是问题本身和问题解决能力不确定的一种典型情况。软件项目起源于人的构想，随着时间不断变化。项目团队对项目的认识随时间不断加深，成员能力不断提升，工作方式和过程改变导致团队开发能力不断变化。
敏捷软件开发分为3个层次。
产品层
1. 问题与问题参与者
问题是产品构想。问题提出者是客户（业务负责人），问题解决者是特性团队。
2. 问题分解与检验
a) 问题分解
将问题从产品构想分解到业务特性。业务特性是问题提出者客户可检验的单 ...