上一页 1 ··· 5 6 7 8 9 10 11 12 13 ··· 18 下一页
2018年10月21日
12.敏捷估计与规划——Splitting User Stories笔记
摘要： 00.学会如何看待分割用户故事的方法并不是一种很难获得的技能，但他确实需要实践和经验。 01.分割大用户故事的最佳方法之一就是按照它将要支持的数据进行分割。按照用户故事所支持数据的边界来分割大型用户故事。 02.CRUD操作——建立（Create）、读取(Read)、更新(Update)和删除（De 阅读全文
posted @ 2018-10-21 14:39 艾小小雨 阅读(191) 评论(0) 推荐(0)
10.敏捷估计与规划——Financial Prioritization笔记
摘要： 00.预测主体的经济价值是产品所有者的责任，但是则热是和小组的其他成员——程序员、测试人员、分析员、项目经理，等等所共同承担的。 01.把来自新客户的收入和来自现有客户的额外的、增加的收入区分开，往往是有益的。 a.促进现有客户购买更多的许可 b.包含了可以独立出售的可选、附加模块 c.包含允许提高 阅读全文
posted @ 2018-10-21 14:09 艾小小雨 阅读(148) 评论(0) 推荐(0)
09.敏捷估计与规划——Prioritizing Themes笔记
摘要： 00.主题的价值很难确定，而且敏捷开发项目的产品所有者得到的建议往往是模糊的、最没有意义的：“要根据业务价值确定优先级”。 01.开发活动优先级时必须考虑的4个因素 a.获得这些功能带来的经济价值 b.开发新功能所需的成本 c.开发新功能所产生的学习和知识的量及重要性 d.开发这些功能所减少的风险 阅读全文
posted @ 2018-10-21 13:44 艾小小雨 阅读(143) 评论(0) 推荐(0)
08.敏捷估计与规划——Choosing between Story Points and Ideal Days笔记
摘要： 00.有利于故事点的考虑因素 a.故事点有助于驱动跨功能的行为 b.故事点估计不会过期 c.故事点是纯粹对规模的度量 d.故事点估计通常更快 e.我的理想日不等于您的理想日 01.敏捷开发小组包含了来自于构建产品所需所有学科的成员，包括程序员、测试人员、产品经理、可用性设计师、分析员、数据库工程师等 阅读全文
posted @ 2018-10-21 12:03 艾小小雨 阅读(225) 评论(0) 推荐(0)
2018年10月19日
06.敏捷估计与规划——Techniques for Estimating笔记
摘要： 00.估计值不是由开发小组中的单个人建立的。敏捷开发小组并不是依靠某一位专家来进行估计。除了众所周知的将要做次工作的人对工作做出估计比其他人做出的更准确意外，最佳的估计是由包括将要作词工作的人在内的小组合作得到的。 01.史诗(epic)：对于还不确定是否需要的功能（在投入过多的投资之前，需要首先对 阅读全文
posted @ 2018-10-19 17:13 艾小小雨 阅读(140) 评论(0) 推荐(0)
05.敏捷估计与规划——Estimating in ideal Days笔记
摘要： 00.理想时间(ideal time)是某件事在剔除了所有外围活动之后所需要的时间。耗用时间(elapsed time)是始终上显示出流逝掉的时间。 01.理想日进行估计： a.所估计的用户故事是您将处理的唯一工作 b.您所需要的所有东西在您开始工作的时候都会准备好 c.不会被打断 02.对小组中不 阅读全文
posted @ 2018-10-19 16:41 艾小小雨 阅读(220) 评论(0) 推荐(0)
04.敏捷估计与规划——Estimation Size with Story Poinst笔记
摘要： 00.故事点是用来表达用户故事、功能或其他工作的总体规模的度量单位。 01.有意义的知识分配给不同用户故事的点值的相对大小。 02.故事点知识对要进行的工作的规模估计。 阅读全文
posted @ 2018-10-19 13:00 艾小小雨 阅读(262) 评论(0) 推荐(0)
2018年10月18日
03.敏捷估计与规划——An Agile Approach笔记
摘要： 00.敏捷开发过程承认每个人都具有特定的能力(以及缺点)并对之加以利用，而不是试图把所有人都当作一样。 01.敏捷开发小组认为可用软件的价值重于复杂的文档。其原因在于，可用的软件可以帮助开发人员在每次迭代结束时获得一个稳定的、逐渐增强的版本，从而允许尽早开始，并且更为频繁地收集对产品过程的反馈。 0 阅读全文
posted @ 2018-10-18 22:05 艾小小雨 阅读(815) 评论(0) 推荐(0)
02.敏捷估计与规划——Why Planning Fails笔记
摘要： 00.当进度比计划快的时候，人的本性就是用多余的时间做一些对我们自己有价值，而对别人不一定有用的事。 01.规划失败的原因： a.他们强调的是各项活动的完成而不是对功能的交付。 b.多任务处理，也就是同时处理多个任务。 c.制订的计划没有按照对用户和客户所具有的价值大小来排列工作的优先级。 d.不承 阅读全文
posted @ 2018-10-18 21:48 艾小小雨 阅读(152) 评论(0) 推荐(0)
02.敏捷估计与规划—The Purpose of Planning笔记
摘要： 00.预算估计偏差表 2.为什么还要进行估计和规划？ a.我们所在的公司通常要求我们提供对项目估计。 b.如准备市场推广、安排产品发布活动、对内部用户进行培训等，都会需要项目计划和进度表。 c.要求我们去进行困难的估计和规划活动。 3.估计和规划并不仅仅是确定一个合适的最终期限和进度表。规划（尤其是 阅读全文
posted @ 2018-10-18 21:26 艾小小雨 阅读(210) 评论(0) 推荐(0)
01.敏捷估计与规划——前言笔记
摘要： 00.您的项目进行的怎样？遇到了令人诅丧的变化？不确定性？还是产品错过了标志点和最终期限？Mike Cohn清晰明了地展示了如何有效地开发具有高商业价值的软件。通过敏捷估计与规划，即使环境发生了变化，您仍可以将经理专注于真正需要的地方。 01.规划对任何敏捷开发项目都是不可缺少的组成部分。 02.敏 阅读全文
posted @ 2018-10-18 08:18 艾小小雨 阅读(161) 评论(0) 推荐(0)
2018年10月15日
16.用户故事与敏捷方法——其他话题笔记
摘要： 00.非功能性需求可以表达各种系统需求 *性能（performance） *准备性(accuracy) *可移植性(portability) *可重用性(reusability) *可维护性(maintainablility) *可操作性(interoperability) *可用性(availab 阅读全文
posted @ 2018-10-15 21:25 艾小小雨 阅读(199) 评论(0) 推荐(0)
15.用户故事与敏捷方法——Scrum与用户故事笔记
摘要： 00.本用户故事源自于基线编程，所以故事能够很自然地狱基线编程的其他时间形成一个体系。不过，用户故事作为一种管理需求的方法，也可以应用到其他类型的软件过程中。 01.一轮迭代过程是一种持续改进的过程。开发团队首先针对系统的一部分开始开发。团队十分清楚系统还是不完备的，有些地方甚至比较差。 02.一个 阅读全文
posted @ 2018-10-15 21:06 艾小小雨 阅读(1071) 评论(0) 推荐(0)
14.用户故事与敏捷方法——用户故事不良征兆一览笔记
摘要： 00.如果感觉划分故事过于频繁，应该考虑扫描剩余的故事，找出真正需要划分的故事。 01.症状：客户不愿意写用户故事，也不愿意为故事安排优先级 讨论：在一个总是互相指责的传统组织中，很多人认为最好能够不承担任何责任。如果不用为某件事负责，也就不会由于事情的失败而被指责。更有甚者，及时是获得成功，有些人 阅读全文
posted @ 2018-10-15 20:07 艾小小雨 阅读(165) 评论(0) 推荐(0)
13.用户故事与敏捷方法——用户故事的优势笔记
摘要： 00.用户故事好处 a.用户故事强调口头沟通 b.人人都可以理解用户故事 c.用户故事的大小适合做计划 d.用户故事适合于迭代开发 e.用户故事鼓励延迟细节 f.用户故事支持随机应变的开发 g.用户故事鼓励参与性设计 h.用户故事传播隐性的知识 01.在尝试之前，你或者会天真地以为只需要把一堆软件需 阅读全文
posted @ 2018-10-15 19:49 艾小小雨 阅读(512) 评论(0) 推荐(0)
12.用户故事与敏捷方法——故事不是什么笔记
摘要： 00.对于任何方法，总会碰到不顺的情况，我们会看看发生问题时的一些不良征兆或者信号。 01.大部分时候，当我们看到两个小组为基本相同的文档编写了单独版本时，我已经知道他们正把自己拽人到项目最后的责任推卸会议中，兵辩称自己了解文档的意图。使用用户故事时，不会犯这种愚蠢的错误。随着用交谈代替文档，团队会 阅读全文
posted @ 2018-10-15 17:09 艾小小雨 阅读(184) 评论(0) 推荐(0)
11.用户故事与敏捷方法——测量并监控速率笔记
摘要： 00.敏捷软件开发的一个优点就是项目开始时不需为项目需求写冗长完整的说明。 01.敏捷团队都承认客户不可能预先知道所有事情的事实。 02.每日燃尽图反应的是剩余工作量，而不是在一个故事或人物上锁话费的工作量。好处远远不能抵消记录花费时间所带来的负面作用 03.一个很有效的方法是把本章中的所有的图做得 阅读全文
posted @ 2018-10-15 16:12 艾小小雨 阅读(162) 评论(0) 推荐(0)
10.用户故事与敏捷方法——迭代计划笔记
摘要： 00.迭代计划会议的一般内容： a.讨论故事 b.从故事中分解出任务 c.开发人员承担每个任务的职责 d.讨论过所有故事，并且接受所有任务后，开发人员单独估计他们承担的任务，以确保他们不会做出过于乐观的承诺 01.迭代计划会议是客户为团队调整故事优先级的最佳时机 02.会议开始时，客户从最高优先级的 阅读全文
posted @ 2018-10-15 15:51 艾小小雨 阅读(262) 评论(0) 推荐(0)
09.用户故事与敏捷方法——发布计划笔记
摘要： 00.开发路线图，需要回答两个问题：a.我们想在什么时候发布？b.每个故事的优先级是什么？ 01.小心，不要太迷信发布计划！本描述的方法将帮助你估算项目所需的大致工期，让你可以声明“在5~7轮迭代后，可以准备发布产品”。但是，这些方法不足以精确说明“我们会在6.3完成”。 利用发布计划可以设立初始期 阅读全文
posted @ 2018-10-15 15:17 艾小小雨 阅读(364) 评论(0) 推荐(0)
2018年10月13日
08.用户故事与敏捷方法——估算用户故事笔记
摘要： 00.估算故事最好方法： *无论什么时候获得有关故事的新信息，都允许我们改变之前的想法 *适用于史诗故事和小故事 *不需要花很多时间 *提供进度和剩余工作的有用信息 *不太精确的估算也不会有太大问题 *可以用来制定发布计划。 01.程序员估算时，客户也可以参加，但是他不能提供他人人的估算或者在听到自 阅读全文
posted @ 2018-10-13 14:50 艾小小雨 阅读(485) 评论(0) 推荐(0)
上一页 1 ··· 5 6 7 8 9 10 11 12 13 ··· 18 下一页