敏捷武士的笔记(23)

>我来写笔记

按有用程度 按页码先后 最新笔记

  • 大头

    大头

    改变他人的工作方式时,你就是在动某人的奶酪。你有必要做些事帮他们找到新的奶酪。

    2012-08-06 12:08   1人喜欢

  • 大头

    大头

    如果你认为在培养团队责任感这方面有问题,那么有一个简单的解决方案——让团队演示其软件。

    2012-08-02 17:14   1人喜欢

  • 丁丁虫

    丁丁虫 (24% 373/720)

    需要一个且仅一个能对需求做出最终裁决的客户角色。 需要在启动之初就保持和其他各部门之间的关系。 需要明确项目存在的风险。 时间、预算、质量不可妥协。功能范围是唯一可以调整的。

    2014-06-07 22:32

  • lated

    lated

    比尔韦克提出过一个理论,首字母缩写为INVEST,也就是“独立的、可协商的、有价值的、可估算的、小型与可测试的”(Independent,Negotiable,Valuable,Estimatable,Small and Testable)。

    2013-08-25 11:57

  • lated

    lated

    集中办公 怎样才能极大地提高团队的生产效率呢?答案是让每个人都坐在一起。 集中办公的团队效率就是要高一些。问题不仅可以很快地在现场得到解决,而且彼此间的交流也会更加顺畅,并能很快建立起信任。集中办公的小型团队竞争力是非常强的。 虽然相比紧凑型集中办公的团队,分布式团队总会有些劣势,但仍可以用很多办法来加以弥补。 比如,在项目的初始阶段,为了将所有人都召集在一起,你要预留一些时间。哪怕是只...

    2013-08-25 06:58

  • lated

    lated

    三条简单原则 1)在项目的初期不可能收集到所有的需求。 2)不管你收集到什么需求,最终他们肯定都会发生变化。 3)总会有任务超时、超支。

    2013-08-25 06:54

  • lated

    lated

    在敏捷项目中,总故事列表就是项目待做事项列表。它包含了所有的高级别特性(用户故事),而这些正是客户希望在他们的软件中能见到的。客户对其设定优先级,开发团队会对其进行估算,而这正是形成项目计划的基础。 敏捷项目中的核心就是迭代,在一周至两周内选取客户最重要的故事,然后建起转化为可运 行的、测试过的软件。 团队成员通过测算团队速率来决定需要承担多少工作(每个迭代周期可以完成多少)。通过追踪速率并...

    2013-08-24 16:35

  • lated

    lated

    重构的核心要义其实就是:要时刻提醒自己,软件是由我么自己编写并维护的。如果不能轻松地修改软件,工作起来毫无乐趣,那么当需要修改或添加新功能时,我们又怎能从中感到由衷的喜悦呢?

    2013-08-24 15:22

  • lated

    lated

    单元测试之所以很有价值,原因在于一旦将其自动化并使其容易运行后,每当对软件有所改变,我们都可以运行一次测试,然后立刻就能明白是否破坏了一些东西。

    2013-08-22 06:34

  • lated

    lated

    你昨天为了改变现状做了些什么。 你今天打算如何将其完成。 你打算如何清除那些挡在前进道路上的障碍。

    2013-08-21 21:24

<前页 1 2 3 后页>

笔记是你写在书页留白边上的内容;是你阅读中的批注、摘抄及随感。

笔记必须是自己所写,不欢迎转载。摘抄原文的部分应该进行特殊标明。

敏捷武士

>敏捷武士