摘要：
00.非功能性需求可以表达各种系统需求 *性能（performance） *准备性(accuracy) *可移植性(portability) *可重用性(reusability) *可维护性(maintainablility) *可操作性(interoperability) *可用性(availab 阅读全文
posted @ 2018-10-15 21:25
艾小小雨
阅读(199)
评论(0)
推荐(0)
摘要：
00.本用户故事源自于基线编程，所以故事能够很自然地狱基线编程的其他时间形成一个体系。不过，用户故事作为一种管理需求的方法，也可以应用到其他类型的软件过程中。 01.一轮迭代过程是一种持续改进的过程。开发团队首先针对系统的一部分开始开发。团队十分清楚系统还是不完备的，有些地方甚至比较差。 02.一个 阅读全文
posted @ 2018-10-15 21:06
艾小小雨
阅读(1071)
评论(0)
推荐(0)
摘要：
00.如果感觉划分故事过于频繁，应该考虑扫描剩余的故事，找出真正需要划分的故事。 01.症状：客户不愿意写用户故事，也不愿意为故事安排优先级 讨论：在一个总是互相指责的传统组织中，很多人认为最好能够不承担任何责任。如果不用为某件事负责，也就不会由于事情的失败而被指责。更有甚者，及时是获得成功，有些人 阅读全文
posted @ 2018-10-15 20:07
艾小小雨
阅读(165)
评论(0)
推荐(0)
摘要：
00.用户故事好处 a.用户故事强调口头沟通 b.人人都可以理解用户故事 c.用户故事的大小适合做计划 d.用户故事适合于迭代开发 e.用户故事鼓励延迟细节 f.用户故事支持随机应变的开发 g.用户故事鼓励参与性设计 h.用户故事传播隐性的知识 01.在尝试之前，你或者会天真地以为只需要把一堆软件需 阅读全文
posted @ 2018-10-15 19:49
艾小小雨
阅读(512)
评论(0)
推荐(0)
摘要：
00.对于任何方法，总会碰到不顺的情况，我们会看看发生问题时的一些不良征兆或者信号。 01.大部分时候，当我们看到两个小组为基本相同的文档编写了单独版本时，我已经知道他们正把自己拽人到项目最后的责任推卸会议中，兵辩称自己了解文档的意图。使用用户故事时，不会犯这种愚蠢的错误。随着用交谈代替文档，团队会 阅读全文
posted @ 2018-10-15 17:09
艾小小雨
阅读(184)
评论(0)
推荐(0)
摘要：
00.敏捷软件开发的一个优点就是项目开始时不需为项目需求写冗长完整的说明。 01.敏捷团队都承认客户不可能预先知道所有事情的事实。 02.每日燃尽图反应的是剩余工作量，而不是在一个故事或人物上锁话费的工作量。好处远远不能抵消记录花费时间所带来的负面作用 03.一个很有效的方法是把本章中的所有的图做得 阅读全文
posted @ 2018-10-15 16:12
艾小小雨
阅读(162)
评论(0)
推荐(0)
摘要：
00.迭代计划会议的一般内容： a.讨论故事 b.从故事中分解出任务 c.开发人员承担每个任务的职责 d.讨论过所有故事，并且接受所有任务后，开发人员单独估计他们承担的任务，以确保他们不会做出过于乐观的承诺 01.迭代计划会议是客户为团队调整故事优先级的最佳时机 02.会议开始时，客户从最高优先级的 阅读全文
posted @ 2018-10-15 15:51
艾小小雨
阅读(262)
评论(0)
推荐(0)
摘要：
00.开发路线图，需要回答两个问题：a.我们想在什么时候发布？b.每个故事的优先级是什么？ 01.小心，不要太迷信发布计划！本描述的方法将帮助你估算项目所需的大致工期，让你可以声明“在5~7轮迭代后，可以准备发布产品”。但是，这些方法不足以精确说明“我们会在6.3完成”。 利用发布计划可以设立初始期 阅读全文
posted @ 2018-10-15 15:17
艾小小雨
阅读(364)
评论(0)
推荐(0)
浙公网安备 33010602011771号