1、微任务

通常在不到一个小时内完成。 每个完成的任务版本。 一个增量可能是一个错误修复，一个错误报告，一个新功能或微步迈向任何这些。

2、每周统计

在一个星期结束的时候，你会得到一张账单，列出一周内交付的每一个增量，花在开发上的时间和总成本。每增加一个程序员的时间花费你30-60分钟（加上我们的费用）。

除此之外，到本周末，你会得到一个项目计划的更新版本，重新预算。因此，根据我们的估计，您可以看到目前为止所做的工作以及需要完成多少工作。

这是如何帮助你不浪费/浪费金钱？就是这样：

你完全控制你的预算 你只支付完成的工作 您可以用几分钟的粒度跟踪进度 你不支付会议，聊天，午餐或咖啡休息时间 程序员保持积极性，因为他们是由结果支付 没有长期的承诺，你可以随时停下来 每增量通过所有质量检查 正如您所看到的，XDSD方法不仅改进了我们开发软件的方式，而且还以您付费的方式修复了缺陷。既然这是一个双赢的模式，那对于程序员和你来说都是有利的，这是付费的项目发起人。

3、为通过验证的提交付费

everyone gets paid for verified deliverables

4、采用增量的方式明确需求

采用Requs语言

• 了解需求
• 更改SRS
• 关闭任务 让我们一步一步来。 没有会议，唯一接受信息的途径就是issue SRS需求文档是自动生成的。

5、小时薪金的计算方式

要素：

• 交付快 平均5天结束，10天这任务被拿走 则得分高
• 复杂度 不同的角色有不同的rate 项目经理，架构师..
• 反对冗长的讨论 统计issue的楼层数，越高分数越低
• 发现bug 得到奖励和提高分数，最好的开发者每完成2到3个任务就提交一个bug

6、XDSD的特点

• 只支付关闭的任务
• 鼓励提交未完成的组件
• issue是唯一的沟通形式
• 为bug付费

7、github的guidline

http://www.yegor256.com/2014/04/15/github-guidelines.html

8、完成的定义

必须提交 未完成不支付 每个任务都有时间预算 只有提交成果的人获得费用（不管之前有多少人参与）

除非你确定可以完成任务，否则不要开始任务; 在开始工作之前，询问清楚所有的问题; 不要假设任何事情 - 任何不确定的你都要问清楚; 一直努力做到任务被关闭 - 无论他/她是谁; 不要指望任何人的帮助，你是你自己的; 如果在作者关闭任务后没有自动收到付款，请向PM询问付款情况。 务必记住，作为开发人员，确保任务已关闭并且您已收到付款是您的责任。

9、为你自己coding

永远记住，你的努力不被赞赏 - 只有可交付成果最重要。

10、欢迎bug

为每个提交的bug支付15分钟 什么是bug：

• 可重现
• 是已经实现的功能
• 可以在一个合理的时间内修复
• 不是已经报告的错误 bug的重现性非常重要。因此，错误记者有责任确保错误是可重复的。

一个错误不是一个任务;它必须关联一个现有的功能。此外，必须解释现有功能是如何以及何时无法按预期工作。

11、PDD的角色

• 项目经理 - 分配任务并在确保按时支付
• 系统分析员 - 记录产品需求者的想法
• 架构师 - 定义了系统组件如何交互
• 设计师 - 实现最复杂的组件
• 程序员 - 实现所有组件
• 测试员 - 发现并报告bug 除了项目经理之外，每个人都以两种方式影响项目：他们修复了这个问题，同时也破坏了这个项目。让我用一个简单的例子来解释一下。