敏捷管理
view1221
这个作者很懒,什么都没留下…
展开
-
【转】敏捷咨询工具箱(二)──OO训练营
发表于Infoq: http://www.infoq.com/cn/news/2010/12/qac-agile-tool-box-oo犯错误是最好的学习方式──莎伦·德雷珀背景我们为客户提供咨询,刚开始做了很多敏捷的实践,包括:持续集成、测试驱动、用户故事需求分析、迭代开发等等之后,发现如果再想深入下去,就会面临 一些“硬骨头”:遗留系统和开发设计能力的问题。在一些转载 2012-10-14 13:25:28 · 460 阅读 · 0 评论 -
【转】敏捷软件开发工具——精益开发方法
软件开发的基本步骤需求分析编码除了分析和编码之外,瀑布过程中的每一个步骤都是浪费识别浪费部分完成的工作【库存】大量的需求和设计文档部分完成的软件额外过程额外特性【生产过剩】任务调换【运输】一个员工安排多个项目等待推迟项目启动推迟人员安排等待需求文档推迟评审和认可推迟测试推迟部署移动需求文档从分析人员转移到设计人员,设计文档转载 2012-10-14 14:13:01 · 578 阅读 · 0 评论 -
【转】敏捷三大杀手
我这几年给一些公司做了内训、咨询,指导了很多团队进行敏捷的转型。其中发现了推行敏捷遇到的一些阻碍,在这些阻碍严重的时候,可能会直接导致敏捷推行的失败。下面就是导致敏捷推行失败的三大杀手:一、命令式的管理方式这是敏捷的第一大杀手。特别在一些大的软件部门或公司中,很多是命令式的管理方式。这样直接导致,一线的工作人员缺乏主动思考和主动工作的能力。软件开发强调的是自组织的管理,每一个领导或经理转载 2012-10-14 13:27:36 · 272 阅读 · 0 评论 -
【转】敏捷十三
我们通过自己在项目和产品中实践敏捷方法,和帮助其它公司和团队使用敏捷,我们总结了什么是真正的敏捷(为什么叫敏捷13,你是懂的):敏捷是整个团队围绕着圆桌一起工作,没有任何沟通障碍敏捷是正确理解和挖掘需求,按照业务进行分解,并且有优先级的排列敏捷是所有的需求和开发任务都全部贴在墙上,完全可视化管理。需求和任务的细节部分统一在Wiki上记录、维护和整理敏捷是每个人都可以自由去墙上领取工作,大家转载 2012-10-14 13:22:32 · 258 阅读 · 0 评论 -
【转】C语言新员工训练营
背景在客户咨询后期,客户的交付压力很大,导致顾问闲置。正好他们部门招聘了一些新员工大概7名,有3人是刚毕业,4 人是社招有经验的Deveoper。因为新员工刚到公司,有充足的时间进行能力提升,所以由钱安川带着这些人做了为期一个月的C语言训练营。以下为钱安川的总结。其实,刚开始的时候我是不太乐意给新员工做培训的。因为担心新员工基础薄弱,效果不好,浪费我的时间和精力,觉得更多的去影响他转载 2012-10-14 14:23:51 · 1034 阅读 · 0 评论 -
【转】遗留系统重构案例
背景和问题 在客户咨询过程的时候,客户的小安正好在做一个升级工具的重构,后来他找到我(钱安川),希望顾问能够指导一下。我简单了解了一下10万行以下C++代码,听起来业务流程也比较清晰,所以我就答应了,准备带着大家一显身手。我用了2天了解业务,3天了解了代码框架,发现升级工具面临的问题比我想象的复杂得多:代码混乱,到处都是全局数据和静态类升级业务流程比较简单,但是硬编码了很多批量转载 2012-10-14 14:17:57 · 534 阅读 · 0 评论 -
【转】TDD是一道坎
如果一个系统都是大的类和函数,一个文件上万行,到处是依赖和关联,这样的系统是很难甚至无法进行单元测试。我在给大家做测试培训的时候,让大家列出单元测试的好处,有人提出很重要的一点:测试是站在代码的使用角度看问题或思考单元测试,不仅仅是测试,更多的是测试在使用我们的类和函数,逐个验证这些函数是否按照我们期望工作,也就是变相的帮助大家对函数功能进行解耦。再说通俗一点,通过写单元测试,就知道我们代码写转载 2012-10-14 14:13:54 · 346 阅读 · 0 评论 -
【转】正确使用UML
UML概述UML层次概念层(Conceptual):表达自然语言规格说明层(Specification):用来转换成源代码实现层(Implementation):描述已经存在的源码不幸的是,这些图本身并不能说明它们描绘在哪个层次上了各种类型的图类图(Class Diagram)长方形表示类、箭头表示关系图中关系叫做关联关联名称对应变量名箭头边的数字表示持有的数量转载 2012-10-14 13:28:57 · 266 阅读 · 0 评论 -
【转】质量管理可视化
上周五一堆人在会议室讨论持续集成的解决方案,大家搞出来了这么个词:质量管理可视化。在敏捷开发方法中,有一项非常重要的实践叫:项目管理可视化。用类似看板的方式,把需求和开发任务贴到墙上进行可视化管理。那持续集成,无疑就是对项目的质量的可视化管理。软件质量分为二部分:一、外部质量主要是指软件满足客户的需求,能够正常工作;软件功能正确并且健壮。在每次有代码提交之后,持续集成会自动编译、部署,转载 2012-10-14 13:27:06 · 1022 阅读 · 0 评论 -
【转】敏捷咨询工具箱(一)──读书写代码活动
发表于Infoq http://www.infoq.com/cn/news/2010/12/qac-agile-tool-box-reading只要功夫深,铁杵磨成针──宋·祝穆在我们咨询过程中,遇到一些开发技术很薄弱的团队,大部分人只会通过复制和粘贴的方式写代码,然后花费大量的时间进行修改和调试。有些开发人员还只是刚刚从 学校毕业,几乎没有什么开发经验。面对这样的团队转载 2012-10-14 13:26:15 · 462 阅读 · 0 评论 -
【转】敏捷咨询工具箱(三)──结对辅导
My mind to your mind. My thoughts to your thoughts…– Mr. Spock什么是结对辅导在前面的两篇敏捷咨询工具箱中,我分享了如何做读书写代码活动和OO训练营。认真的做好这两项活动之后,团队的开发设计能力会提升一个台阶。对于有经验和有能力的团队,他们可以直接把这些技术和思想直接应用到项目中。但有一些团队还需要进一步的跟进。那我们转载 2012-10-14 13:24:04 · 504 阅读 · 0 评论 -
【转】交付项目 check list-管理篇
1. 从第一天开始就要告诉客户,如果要做好一个项目一定需要你们的配合、支持和反馈,否则项目一定会失败2. 有规律的给客户做项目Show case,频率最好保证在1-3周左右3. 如果想要引导客户,首先团队要有自己的主见。要主动思考和琢磨,想的比客户远,思考的比客户深,看的比客户全4. 每次客户开会的时候,需要整理会议记录。讨论问题的时候,尽可能在现场决策。如果现场无法决策的问题,指定一转载 2012-10-14 13:23:25 · 1384 阅读 · 0 评论 -
【转】从软件项目管理角度读——Steve Jobs
“不是杰作,就是狗屎!”本人一向不喜欢阅读比砖头厚的书。但是,这几周每天早上在班车上或晚上回家吃过晚饭,都迫不及待的拿起《Steve Jobs》这本比转头还厚的书。刚开始看的时候,觉得不过就是另一本励志自传而已。可是,当给我看到乔布斯1997回归苹果之后,凭借自己对更好产品的偏执追求,一步一步把苹果公司从市值不到40亿美元,一直做到2011的3000多亿美元,14年的时间上涨了70多倍。这转载 2012-10-14 13:20:55 · 484 阅读 · 0 评论 -
【转】我的2011年总结
转载: http://www.qiananchuan.com/ 老婆去买菜了,让我在家里写2011年的总结。转眼2011已经过去,在这一年发生了很多很多的事情。。。。。。一、工作2011,我离开了工作5年半的公司ThoughtWorks。我最年轻的时光24-29岁都是在ThoughtWorks度过。在此期间,工作去过的城市有:西安、厦门、悉尼、旧金山、深圳、伦敦、广州、北京等。我以转载 2012-10-14 13:18:30 · 1405 阅读 · 0 评论 -
【转】简单设计四原则
代码可以工作;沟通、表达业务逻辑;没有重复代码;没有额外代码这四条简单设计原则是OO训练营和C训练营的灵魂,我们通过这个标准来衡量每个人的代码。Four Principles of Simple DesignIt works At the most basic level the code must do what it is supposed to do. green b转载 2012-10-14 14:15:25 · 1340 阅读 · 0 评论 -
【转】代码整洁之道
代码整洁之道December 10, 2010Posted by anchuan under心得体悟199 Comments代码永存世上没有永动机,代码不会终结,也不会自动产生出来。我们无法抛弃代码,因为她呈现了需求的细节,就是编程要做的事情糟糕的代码可以毁掉一家公司为什么会产生糟糕的代码?理由多得很转载 2012-10-14 14:12:12 · 255 阅读 · 0 评论 -
笔记
模式一:不知不觉。 ----毫无观念,初始管理。模式二:例行公事。 ----用工具模式三:驾驭自如。 ----模式四:未雨绸缪。 ----为后面的规划,设计目前的设计。敏捷开发痛苦原因: 把缺陷放在了开发侧来发掘和解决。反复无常模式。提升驱动力:第一:来自企业自身的驱动力。第二: 来自客户端驱动力。第三:问题本身的驱动力。三个方面:1.建立清晰管原创 2012-10-15 00:14:03 · 379 阅读 · 0 评论