软件项目管理
传统与敏捷并存的时代,是否敏捷会取代传统,成为一种新的“传统”呢?我们都拭目以待。
蓝血的阿健
长期从事金融软件解决方案和企业敏捷转型工作,从事过软件研发、业务分析、系统设计、项目管理和企业敏捷转型管理等多项工作,在银行,保险,互联网金融软件等方面都有从业经验,尤其对保险行业有着丰富的经验和深刻的理解,精通保险核心系统,经历过日本,澳洲,美国,中国大型保险寿险,产险/寿险信息化解决方案项目,具有丰富的大型核心系统集成项目管理经验。尤其了解guidewire的系统架构和核心系统迁移工作。
是一个具有相当学习能力,好奇,充满创新能量的实践者。永远希望自己在理论与实践中取得平衡尽可能做到知行合一,而不是整日漂浮于某些华而不实的理论体系中。
个人定位在技术管理领域。
展开
-
敏捷站会如何开
站会首先要明确几个点,会议目的,哪些人会参与,产出是什么?我们先来看看,目的,敏捷的站会,源自于scrum,但我个人有时候会认为scrum的daily scrum或许和xp极限编程的daily stand-up有关系。目的自然是为了1. 同步大家的信息,确保所有人知道各自工作状况和需要什么帮助,了解大家的状态是否阻碍到整个项目的近阶段计划 2. 暴露风险,足够定期的暴露出问题,这对于大家传统观念来说是一个不大不小的挑战。哪些人会参与,按照scrum 定义的话,自然是scrum master,和团队。原创 2020-06-08 12:44:38 · 407 阅读 · 0 评论 -
实践:敏捷工程实践,我是怎么学习的
很多时候大家都是在摸石头过河,一个一个的尝试。尝试的确没错,但是如何有效系统性的尝试,并且记录便于总结呢?我们先做一个假设,假设我最近想学习单元测试以及测试驱动开发的实践。首先第一步骤就是我需要一个系统环境,其次我需要学习单元测试原理。然后我要在代码实现部分学习代码如何编写单元测试。代码部分也会有多种尝试。图1最后是最重要的,如何去和需求挂钩从而实现测试驱动开发的目的呢?因此我需要jira和git的一些实践。图2测试完成后的报告该怎么写呢?敏捷提倡自动化,那...原创 2020-05-18 23:47:25 · 387 阅读 · 0 评论 -
版本控制之道
一说版本控制,就会思索着是不是来大谈svn git或者是branch model。然而这些东西似乎已经被业界说烂了。网上几乎随处可见这些如何切分支的文章。而我们通常忽略的是为什么这么做,以及如何在一定的原则下去做,从而最大化的获得配置上和执行上的自由度。现在社会,再谈版本就不再是过去我们从开发的角度来谈的版本了。而是说,这个软件产品对于用户来说的版本。过去我们会说这个产品在alp...原创 2018-10-10 22:00:07 · 245 阅读 · 0 评论 -
Kano模型对产品经理有什么帮助
KANO 模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具,以分析用户需求对用户满意的影响为基础,体现了产品性能和用户满意之间的非线性关系。如下图所示,在产品的世界中,我们通常把产品需求规为以下三类Delighters (愉悦)这类是说超越了一般的满足感。高于预期。Satisfiers (满足)满足只是说,满足了一般需求。也不是最最必须的,但是有了...原创 2018-05-13 14:09:42 · 791 阅读 · 0 评论 -
博君一笑 - 敏捷转型
这是我从linkedin中摘录过来的一个漫画。很难界定在企业中,如漫画所述的内容是对还是错。每个企业在这么做的过程中都有其背后无数的理由。所以说,在当下问10个人,10个人会说出10个不同的敏捷。也有人说,敏捷就如盲人摸象,而以现在的我的视角看来,在不违反大敏捷原则和价值观的基础上,任何组织,流程的设立都是make sense的,只要是大家agree取得consensus的。艾灸是一种内心的质变。...原创 2018-05-13 14:08:03 · 180 阅读 · 0 评论 -
浅谈约束理论
先从下定义来谈什么是约束理论,约束理论(Theory of Constraints, TOC)是以色列物理学家、企业管理顾问戈德拉特博士(Dr.Eliyahu M.Goldratt)在他开创的优化生产技术(Optimized Production Technology,OPT)基础上发展起来的管理哲理,该理论提出了在制造业经营生产活动中定义和消除制约因素的一些规范化方法,以支持连续改进(Conti...原创 2018-05-13 14:06:43 · 1915 阅读 · 1 评论 -
持续交付是什么,是种什么能力
理解用我们如今的白话来描述最简单的就是,你提交一行修改某个bug的代码,发布系统会按照流程自动化的做完一系列的检查,然后发布一个版本到生产环境。这样用户在最短的时间内可以拿到修改的结果。引用CI CD知乎https://www.zhihu.com/question/23444990这里有一些比较详尽的解释。大概的意思就是从deploy到release之间的频繁部署交付的能力。再次理解敏捷只是一切的...原创 2018-03-13 17:19:17 · 3545 阅读 · 0 评论 -
关于需求条目化,我所能想到的
文章来自:http://www.agilep365.com首先来说,这个概念并不难,我们过去是采用需求规格说明书的形式来编写的,所以也会产生一个非常大的文档,里面包含了种种我们所需要的项目基本的需求,当然其中也会包含的功能性的和非功能性的一些需求,也有一些项目的例外情况所能考虑到的。那么为什么需要去悄悄谋划呢?很多的一部分原因是因为我们的一顿一份大的需求在项目进行过程中可能会被无数原创 2017-08-06 09:47:18 · 2664 阅读 · 0 评论 -
Scrum之来龙去脉
谈到Scrum总是让各位想起那令人熟知的3-3-5-5。一度的我也甚至以为敏捷就是Scrum,我曾经的一个领导这么和我形容敏捷,“敏捷不就是开那几个会吗?”我也差点这么以为了。可随着时间的推移,以及阅读量和工作体会的增加。越发理解了Scrum的伟大。既然发现那么多的伟大之处,当然我们就很有必要深入的去挖掘一下究竟这个伟大的框架的来龙去脉是怎么回事了。今天我们先来谈论 -- 来龙原创 2017-08-06 09:27:53 · 488 阅读 · 1 评论 -
有了用户故事还要不要补文档
这个是我今天听了Nokia的IRM项目会议后,一个很启发性的思考。原因是这样的,项目经理说,以后所有的用户故事都应该有文档,并且文档补完了之后才能close用户故事。这让我想到了过去我们做日本项目的时候,有的时候是需要先上船后补票的。就是说,我们先完成代码部分,然后利用剩下的时间,进行补那些设计文档。当然这里的Nokia需要补的是,业务文档。很多地方的敏捷做法是,JIRA既然管理了用户故事原创 2017-08-06 09:19:04 · 492 阅读 · 0 评论 -
探讨敏捷的用户故事如何定稿
这个貌似是很多项目在实施敏捷中的痛,因为用户故事可以很快的写出来,但是对项目团队来说,似乎永远没有定稿。总有再改一次的想法。假设我们现在有一个用户故事A,第一次改版是因为需求需要明确,所以称为了A1。那么A1能发表出去给团队吗?明显还是不行。为什么?因为我们需要有人审批呀?按照惯例,我们都会需要一些SME或者业务领导来审批,说明这个需求可以进行投产并发布。所以当SME审核过之后,其实就有了原创 2017-08-05 21:01:09 · 215 阅读 · 0 评论 -
项目管理之路(一)--历经艰险,一波三折
历经艰险,一波三折现在随便到网上找找,发觉遍地都是什么什么之路,比如程序员之路,C++之路,JAVA技术开发之路等等。当然我今天要讨论的项目管理之路也不在少数。我其实严格来说,一毕业就开始带项目了,还是国内的门户05年的时候开始做的WEB开发,JSP+JAVABEAN,愚蠢的画面设计,不走大脑的程序设计。唯一有的大概就是那满怀的激情,以及对于程序人生的向往。记得曾几何时原创 2011-10-18 00:37:56 · 772 阅读 · 0 评论 -
IRQL_NOT_LESS_OR_EQUAL的问题终于算解决了
IRQL_NOT_LESS_OR_EQUAL的问题终于算解决了原创 2015-07-19 17:17:27 · 455423 阅读 · 3 评论 -
敏捷方法
<br /><br />敏捷(agile)方法现在非常Hot, 特别是Scrum, 在国内各个技术大会上都能见到其身影,许多公司也在考虑引入敏捷方法。 敏捷方法,的确给软件研发带来一阵清新的空气,但一定要客观地看待它。正如人们常说,软件工程中没有银弹,没有适合一切企业或开发模式的方法。上次在北京开会,有一个重量级专家就特别强调,团队是主要的,方法是次要的,他所在的团队很强,用什么办法都可以成功。如果团队差,寄希望于方法来解决问题,几乎是不会获得成功。只有好的团队,采用适当的方法,才会获得更大的成功。让我们回转载 2010-06-28 22:21:00 · 549 阅读 · 0 评论 -
PV,EV和AC
原文转贴自 http://hi.baidu.com/hcoldice/item/f8584f126d923de55e53b134PV :应该完成多少工作, (按照计划截止目前应该花费的预算)AC:完成工作的实际成本是多少 (截止目前实际的花费)EV:完成了多少预算的工作 (实际完成的工作,按照预算标准应该有的花费)以上三个指标是成本管理最基本的三个概念;BAC: 全部工作的预算是多转载 2012-11-01 00:48:23 · 11283 阅读 · 1 评论 -
改变不了的事,就不要去改变。
<br />以为世界都很平和,以为兄弟姐妹都很和睦,以为你为大家的付出是有所知的,以为所有的人都是善良的。<br />这都是你以为。<br />因为有了利益的分配不均,导致产生了嫉妒。因为有了阶级不同,导致了排挤。因为有了杂乱无章,导致了管理的产生。<br />最近感触颇多,就随手写下了一些支离破碎的语句。<br />管理确实有好多是值得摸索的。身为管理者,一句话下去,必定会有人拥护有人反对。关键在于管理者的心态是否能平和。<br />很多时候,管理者会以为在无尽的付出,可是换位思考的时候,会发现,下属们都原创 2010-06-29 20:08:00 · 1234 阅读 · 0 评论 -
谈项目管理中的人际交往
<br />最近小弟因为一次项目管理中的发言过于冲动,导致引起了某些人的误解。反思之余,开始深刻的检讨自己。<br />项目管理的权利固然是最重要的,个人觉得有了权力之后,才会有特定的服从。<br />为什么过去我的项目管理会很少出现管理不服从的现象,也就是因为权力到位了。<br />只有当权力一般,也影响不了别人大局利益的情况下,即便有了职位,但是仍旧很难做到真正的去服众。<br />服众在于二点,一为人格魅力感化大众,用此方法者必然劳心劳力,一切服务于大众,管理者也就是服务者。再则服众为能力服众,此方法原创 2010-06-27 16:27:00 · 983 阅读 · 1 评论 -
项目管理之路(三)--大家真的这么拥护你吗
1年前我当权做这个项目的时候,感觉所有人把你捧上了天,朋友圈随便一个消息,瞬间就会有无数个回复。突然觉得自己跟明星一样了。可是天有不测风云,那年病了,而且很重,胃病。于是就休息了几个月。回来的时候,知道另一个领导被调拨回来了,反正生了个病,对人生又有了许多新的感悟,所以也不那么在乎了。原创 2015-09-14 09:40:25 · 672 阅读 · 0 评论 -
项目管理总复习
管理一个项目之前已经说过了,我也个人总结过了,先逼迫自己有个PMP认证,那么PMP有了是不是就算是万事大吉,你就是项目经理了呢?明显不是这样了。今天我们来做一下项目管理PMP考试的总复习。首先,先来背一下10字口诀,“整范时成质,人沟风采干”,依次涵盖了从第四章到第13章的内容。那么有人就要问了,为什么没有安排1-3章的呢?因为1-3章是作为全书的基础内容,并不是10大知识领域中的一部原创 2015-11-21 10:23:30 · 763 阅读 · 0 评论 -
项目管理之路(二)--认同与不认同
在项目管理中,总是会碰到许多奇怪的事情,沟通可以说是项目管理中最重要的一个环节。很多时候,就如各位在公司中碰到的情况一样,项目经理站在台上,发表着自己对于项目的期望值的看法。在他发表冗长而乏味的言论的时候,其中不乏有许多重要的甚至是精炼的思想,但是并不是所有人爱听的。记得就在昨天,我在某网站做了一套心理测试题,测试结果大致是我属于食草类的性格,没有锋利的爪子。可能这也是我性格上的弱点吧,在原创 2011-10-18 23:52:47 · 690 阅读 · 0 评论