上一页 1 ··· 4 5 6 7 8 9 10 11 12 ··· 18 下一页
摘要: 00.管理是把事情做对,而领导是做对的事情。——彼得.德鲁克 01.你必须管理系统,因为系统本身不能对自己进行管理——爱德华兹.戴明 02.企业文化是不可能随意改变的,企业文化来自员工对公司行为的探讨,是员工与管理层接触时的经验和对管理层行为的评论。 03.管理者两个重要的职责 *设定结果或团队预计 阅读全文
posted @ 2018-11-13 20:59 艾小小雨 阅读(484) 评论(0) 推荐(0) 编辑
摘要: 00.持续改进不是说你要把事情做得多好——那只是工作的一部分。持续改进是移走那些妨碍你工作的事物,那些降低工作工作效率的事物。这就是持续改进的真谛所在。 01.这包括3方面内容:身在何处、想去何处级如何到达。 02.如果你拥有一个很稳定的开发团队,把线让他们变得敏捷作为开始;接着改进组合管理团队,同 阅读全文
posted @ 2018-11-13 20:28 艾小小雨 阅读(223) 评论(0) 推荐(0) 编辑
摘要: 00.当从鳄鱼嘴里侥幸逃脱时,你很难机器你的初衷其实只是想排出沼泽中的积水。 01.精益——敏捷软件开发中质量保证(Quality Assurance,QA)的角色展开,涵盖了许多关键问题 *测试人员的作用是防止缺陷,而不是发现缺陷 *开始做开发周期计划时如何发挥验收测试的作用,以做到在最大限度上减 阅读全文
posted @ 2018-11-13 12:05 艾小小雨 阅读(321) 评论(0) 推荐(0) 编辑
摘要: 00. 01.产品愿景海报 02. 03.从产品需求列表到迭代列表的精益——敏捷——流程的最好的工作方式是让产品团队能够看清楚开发团队正在做什么任务及将来的任务是什么。 04.管理依赖关系的关键是为支持和服务团队提供足够的先期准备时间,以便敏捷发布计划能够对各个团队的交付物进行成功的验收和集成。 0 阅读全文
posted @ 2018-11-13 11:24 艾小小雨 阅读(275) 评论(0) 推荐(0) 编辑
摘要: 00.如果有什么事情是必然的,改变就是一种必然。我们今天制定的计划将在明天发生改变。——菲利普.克罗斯比 01.在为战斗做贮备的过程中,我常常发现计划本身其实没有什么用处,但制定计划是绝对必要的。——德怀特.D.艾森豪威尔 02.对镜益——敏捷软件开发来说,企业转型的一个主要原因是为了能做出可预见且 阅读全文
posted @ 2018-11-12 21:57 艾小小雨 阅读(1115) 评论(0) 推荐(0) 编辑
摘要: 00.人们只会看到他们想看到的东西——拉尔夫.沃尔多.艾默生 01.成功没有诀窍。它是预先准备、勤奋工作和从失败中学习的结果。 02.为推动软件交付商业价值,团队需要1名产品牵头人,他能够清晰地描述企业的愿景,让团队能够明白企业的需求。团队与业务需求之间要建立起一致的目标。 03.对团队来说,拥有一 阅读全文
posted @ 2018-11-12 20:43 艾小小雨 阅读(679) 评论(0) 推荐(0) 编辑
摘要: 00.我们不是不知道它会给我们带来麻烦,只是没想到麻烦会有这么多。——威尔.罗杰斯 01.知识点: a.Scrum是一个强大、特意设计的轻量级框架,器特性就是将软件开发中在制品的数量限制在团队层级,使团队有能力与业务落班一起有效地开展工作。 b.正确执行Scrum项目,提示执行中遇到的障碍,使组织可 阅读全文
posted @ 2018-11-12 20:08 艾小小雨 阅读(277) 评论(0) 推荐(0) 编辑
摘要: 00.没有什么比有效地做那些根本不需要做的事更无效的了。——彼得.F.德鲁克 01.在改进产品开发方法的过程中,软件开发其实只是项目面临的一半挑战。项目的另一半挑战来自甄选出最重要的产品去开发。这种对产品甄选方法被称为“项目组合管理”。 02.产品公司是指开发软件产品并直接从成品软件中获得收益的公司 阅读全文
posted @ 2018-11-12 17:22 艾小小雨 阅读(387) 评论(0) 推荐(0) 编辑
摘要: 00.唯一可行的方法是在整个项目生命周期内对每个部分进行修改。——克里斯托弗.亚历山大 01.企业级敏捷要求查看企业整体的价值流——从构想到实现,从概念形成到最终生产出消耗品的过程。 02.敏捷的真正目标应该是达到企业级敏捷,也就是说,在整个企业实施敏捷。 03.企业需要应对外部的竞争,需要更好地了 阅读全文
posted @ 2018-11-12 11:41 艾小小雨 阅读(223) 评论(0) 推荐(0) 编辑
摘要: 00.战斗中并非强者总是获胜,比赛中也并非捷足总能先登,然而我们可以按照这种方法去做决策。 01.敏捷对企业和团队受益: *快速提升商业价值 *帮助客户明确需求 *促进基于知识的产品开发和更好的项目管理 *激励团队和允许早起的失败 *重视以产品为中心开发 *提供团队效率 02.从客户所知道的需求开始 阅读全文
posted @ 2018-11-11 13:39 艾小小雨 阅读(760) 评论(0) 推荐(0) 编辑
摘要: 00.时间是一个人可以花费的最宝贵的东西。——狄奥佛拉斯 01.原则是潜在的真理,不随时间或空间的改变而改变,实践是在特定情况下对原则的应用。当你从一种情况变化到另一种情况后,实践也要有所不同,实践应随着情况的改变而改变。 02.精益思想的建立基于几个基本原则: *多数错误源于系统本身,因此必须对开 阅读全文
posted @ 2018-11-10 21:42 艾小小雨 阅读(406) 评论(0) 推荐(0) 编辑
摘要: 00.我们指导原则之一是,要以商业利益为驱动为企业客户提供最大的价值,交付的价值(软件)能为企业带来最大的利益回报。 01.敏捷软件开发宣言 a.个体和互动 胜过 过程和工具 b.可工作的软件 胜过 详尽的文档 c.客户合作 胜过 合同谈判 d.响应变化 胜过 遵循计划 02.敏捷宣言的12条原则 阅读全文
posted @ 2018-11-09 21:58 艾小小雨 阅读(173) 评论(0) 推荐(0) 编辑
摘要: 00.经常进行重规划,是敏捷规划和估计为有效探索新产品开发解决方案控件提供支持的方法之一。在每次迭代开始时,都要建立该迭代的计划。发布计划要么在每次迭代后背更新,或者最差的时候也要在每几次迭代后被更新。计划要保持有用,就需要把这些新知识结合到计划中。敏捷估计和规划过程暴露出我们的知识总是不完整的,要 阅读全文
posted @ 2018-10-21 20:37 艾小小雨 阅读(286) 评论(0) 推荐(0) 编辑
摘要: 00.我们希望所有的沟通,尤其是有关估计和计划的沟通,是频繁的、诚实的和双向的。 01.在一次发布所占据的更长的时间内,项目的利益相关者和参与者需要深入了解项目相对发布计划的进度,并对计划作为修正。 02.如果缺乏信任,就很难有诚实的沟通,所以必须非常严肃地看待失去信任的行为。如果开发人员知道特定的 阅读全文
posted @ 2018-10-21 20:04 艾小小雨 阅读(138) 评论(0) 推荐(0) 编辑
摘要: 00.任务板具有双重目的,它给开发小组提供了组织工作的方便机制,也是让他们对还剩多少工作一目了然的途径。重要的是任务板让开发小组在如何管理工作方面具有很大的灵活性。 01.绘制发布耗散图是了解项目是否走入歧途的很好的办法。 02.记住可变性是所有估计的组成部分。无论做了多少工作来改善估计结果,开发小 阅读全文
posted @ 2018-10-21 19:47 艾小小雨 阅读(121) 评论(0) 推荐(0) 编辑
摘要: 00.规划一个大型的、多小组的项目可能需要: *建立估计的共同基准 *更早给用户故事添加细节 *进行前瞻规划 *在计划中加入馈送缓冲区 01.我从来没有使用过大于一次迭代的馈送缓冲区,也几乎没有使用过长于半次迭代的缓冲区。每当我遇到可能需要这样做的时候,我就会之一自己的假设并回顾整个计划,看看我能够 阅读全文
posted @ 2018-10-21 19:15 艾小小雨 阅读(177) 评论(0) 推荐(0) 编辑
摘要: 00.她们要么具有很高的额外的不确定性,要么一旦出错就会产生更为严重的后果。 01.帕金斯定律:工作总是要拖到最后一刻才能完成。 学生综合症:是在只在快要不能成功的最后时刻才剋是做一件事。 02.进度缓冲区是在除去局部保险的估计值的和上增加的必要安全边界。 03.关于缓冲区建议: *增加进度缓冲区的 阅读全文
posted @ 2018-10-21 18:46 艾小小雨 阅读(188) 评论(0) 推荐(0) 编辑
摘要: 00.历史值估计需要回答问题: *使用的技术是否一样? *所针对的领域是否一样? *开发小组是否一样? *产品所有者是否一样? *使用的工具是否一样? *工作环境是否一样? *对项目估计是否由相同的人进行? 01.把用户故事扩展成任务并对任务进行估计,重复这样做直到我们发现已经填满了可用的小时数。不 阅读全文
posted @ 2018-10-21 16:54 艾小小雨 阅读(255) 评论(0) 推荐(0) 编辑
摘要: 00.选择迭代长度时考虑的因素 *正在处理的发布时间长度 *不确定性的多少 *获得反馈的难易程度 *优先级可以保持多久不变 *不用外部反馈自行工作的意愿的强弱 *迭代的系统开销 *紧迫感的产生有多快 01.在客户或用户到底想要什么、小组的速度是多少等方面,以及项目的技术方面都常常会存在不确定性。不确 阅读全文
posted @ 2018-10-21 16:22 艾小小雨 阅读(152) 评论(0) 推荐(0) 编辑
摘要: 00.发布计划很重要原因: a.她可以帮助产品所有者和整个开发小组判断他们在获得一个可发布的产品之前,必须花多长时间开发多少东西。产品越早发布,开发公司就可以越早开始获得他在此项目中投资的回报 b.发布计划传递了对于在多长时间内可能开发什么内容的期望。很多公式需要这个信息,因为它可以用于其他的战略规 阅读全文
posted @ 2018-10-21 16:05 艾小小雨 阅读(405) 评论(0) 推荐(0) 编辑
上一页 1 ··· 4 5 6 7 8 9 10 11 12 ··· 18 下一页