水木云

当你列出需要执行的任务时，很容易只是拼凑出一个待办事项清单，就像我在前面提到的那位朋友亚历克斯一样，只是简单地列出了教堂、鲜花、司仪、食品等事项。但问题是，如果你把这件事情交给其他并不真正执行任务的团队，对方可能并不知道不同的决定会造成什么样的结果，你当然也无法得到自己想要的结果。很多时候，你只是被动地从别人那里接受任务，却不知道为什么要这么做。比如，有人让你调查一下在A地区、面积超过600平方英...

用户故事宜短不宜长，以便于对其进行评估。可以想象一下如果亚马逊公司让你设计程序，你会怎样撰写它的用户故事。你可能会写道：“用户想要一家全球最大的在线书店，这样用户随时都能买到想要的书。”这个用户故事的确概括了亚马逊的情况，但太宽泛，不具有指导意义，必须分解成小故事。真的有必要这么做。你可能会为一家在线书店撰写类似于下面的用户故事：Ø  客户希望能按照类别浏览书籍，以便轻松找到自己喜欢的那一类书。Ø...

在你撰写用户故事或列出待办事项清单时，有两个问题很重要：用户故事够完整吗？你如何才能知道自己已经完成了任务？比如，我们看一看斯托尔写的用户故事：“作为特种部队的医生，我必须为学生们传授基本的生理学知识，这样他们才能了解人体。”关于一则用户故事是否完整，我经常用一套标准来衡量。这套标准是比尔·韦克（Bill Wake）发明的。他认为，一个好的用户故事应该满足INVEST标准：独立性（Independ...

1.挑选一位产品负责人。 这个人必须知道自己带领的团队需要做什么、制造什么产品以及取得什么成果，必须全面考虑到风险与回报、什么具有可行性、什么能做以及他们对什么富有热情。（参见第八章）2.挑选一个团队。 真正做事的是谁？这个团队必须能够落实产品负责人的愿景。团队规模宜小不宜大，一般3~9人较为合适。（参见第三章）3.挑选 Scrum主管。 主管为Scrum过程负责，负责培训团队其他成员，确保Scr...