大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题，从操作层面细细进行讲解和分析，为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”，让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
从Smart看选择敏捷方法
作者 麦天志 发布于 2009年5月21日
Sander Hoogendoorn最新发表了Accelerated Delivery Platform的敏捷软件开发平台，与此同时，也提出了一个叫作"Smart"的新敏捷方法，本文将介绍这方法并作出简短分析。
Sander在文中首先介绍该经验累积的背景，Smart原先是由RAD和DSDM实践开始，及后并亦加入一些Scrum及XP的实践。然后介绍了Smart开发方式的特点：
- 紧密协作﹣Smart项目要求客户和项目团队包括开发团队和测试人员紧密合作。
- Smart用例驱动﹣在Smart项目使用他们发明的Smart用例，而且Smart用例也是用作他们估算和计划的粒度。
- 短迭代﹣以两星期或四星期迭作，Smart开发周期还包括不同项目的迭代类型：Propose（计划）、Scope（范围定义）、Realize（实现）、Finalize（定妥）、Manage（管理）。
- 测试驱动﹣每个Smart项目都要求單元测试和Smart测试。"Smart單元测试"是用在Smart用例（通常是基于活动图，activity diagrams）去定义及执行功能测试的技巧。
- 交付驱动﹣尽量频密地交付，在Smart项目中软件可于每天交付（每个Smart用例）、迭代完结、发布（通常是三个月发布一次）。
- 角色﹣虽 然不像Scrum和XP等那么少，但是比RUP或者DSDM较少的，角色包括有Project Owner（项目负责人）、User（用户）、Project Manager（项目经理）、Requirement Analyst（需求分析员）、Lead Developer（首席开发人员）、Developer（开发人员）、Tester（测试人员）、Configuration Manager（配置经理）。
- 敏捷仪表板（Agile dashboarding）﹣用的可能是报事贴、也可以是电子仪表板，加上Burndown图，监察进度及早发现问题。
网站还有不同关于这方法的详情，如果对此方法有兴趣，可以到该网站看看 。
相信Smart这开发方式还算可以称得上"敏捷"的实践，如果大家对此有所迷罔，一个简单的方法是看看 敏捷宣言 以及其 原則 。心水清的读者亦很容易察觉到Smart很有DSDM（现称Atern）和RUP的味道，并且发觉XP十分提倡而亦很常在Scrum团队中见到的测试驱动开发、重构、持续集成却没有提到。
Mike Cohn就曾经做过一个 "Selecting an Agile process" 的演讲，里面用一些指标作比较，笔者就尝试根据这些指标为Smart作出以下分析：
| 个体与交互(Individuals and Interactions) | |
| 授与权力自我管理团队 | 团队有多个角色内有几层架构 |
| 消除阶段 | 在周期中包括计划、范围定义、实现、定妥、管理的阶段，而且还是按次序进行 |
| 使用最少计划 | 在进行实现之前要完成计划和范围定义 |
| 伸缩性（Scalable） | 根据Sander在网站上指出这方法已用在一些大型项目使用 |
| 持续过程改善 | 没有强调 |
| 可以工作的软件(Working Software) | |
| 增量和迭代 | 大致上都算是，只是周期中有五个阶段 |
| 以可以工作的软件作为进度的基本量度 | 不是，而是强调使用Smart用例 |
| 要求交付最少的文档、图表（Artifacts） | 同上 |
| 客户协作(Customer Collaboration) | |
| 持续客户参与 | 是 |
| 适应性、以实际经验作为依据的客户关系 | 是 |
| 相应变化(Responding to Change) | |
| 演变式的需求 | 是 |
| 频密监察 | 没有强调 |
如果跟Mike Cohn在该演讲内容提到的其他方法比较，Smart相对上是不太敏捷的。
最后，这分析绝不是提倡为敏捷而敏捷，交付软件和替客户增值才是最重要，还有，用什么方法，始终团队最能够以了解当前状况去作出决定。
大家对这个新的方法有什么想法呢？不妨也一同分享。
麦天志 现就职于Odd-e从事团队教练工作，从小对编程产生兴趣，毕业於香港大学，主修计算机科学。
没有回复
关注此讨论 回复