第一次作业（个人作业）：阅读教材，提五个问题

这个作业的要求是：https://bbs.csdn.net/topics/608340396

一·、

我阅读了第6章敏捷流程p121页关于敏捷流程的适用范围的表格和微博功能开发的例子，“问：敏捷是万能的么？我上学的时候，老师教我们形式化软件开发、里程碑式的开发，它们都被淘汰了？答：不是，和任何武功、战术一样，敏捷有它最适用的范围。”

问题提出：什么时候适合选择敏捷？

查阅资料：有人认为一个新颖、复杂和紧急的软件项目适合用敏捷开发，因为重复做曾经重复过很多次类似的项目，不确定的需求和变化非常少，则不需要用到敏捷开发去不断开发出新的功能，而简单的开发项目也可以用传统的开发方式解决。紧急性也是衡量需不需要用到敏捷开发的因素，敏捷开发中的冲刺和迭代可以保证项目的紧张度和效率，因此敏捷开发适合紧急的项目，比如说开发一个应用软件不可能用十几年的时间去开发，往往要求在尽可能短的时间里先开发出一个功能较少的软件，在更新中不断迭代，增加功能。

个人看法：我认为考察是否适合敏捷开发除了这三个方面，还有很重要的一点是项目的容错率，如果该项目出错造成的损失是不可逆转且危害巨大的，则不适合用敏捷开发，因为敏捷开发并不要求一次做到完美。

二、

 通过第九章项目经理p189页了解到了项目经理的具体任务，PM做开发和测试之外的所有事情。

问题提出：既然PM不参与开发和测试，如何才能设定具体的目标和管理呢？

查阅资料：得出要将项目尽可能分解，并且寻求专家的建议，对目标分解后还要与团队成员协商，得到成员的认同，将任务明确分给个人以及责任到人。

个人看法：但我认为项目经理还是具备一定的开发经历，或对开发测试有一定了解，就像课本将项目经理类比乐团指挥，乐团指挥虽然可能不精通乐器，但一定对乐理、节奏有充足的知识储备，项目经理也不一定要精通开发和测试，但对开发测试的流程也要有充足的认识。

三、

第八章需求分析p153页，软件产品的利益相关者，“软件开发不可能一次满足所有利益相关者的要求，但是我们一定要让相关角色在这个阶段有机会 提出他们的需求和意见，同时，要弄清楚‘他们想从软件中得到什么’。”

提出问题：如果在某些情况下，比如说B端产品在设计的时候，如果遇到客户和用户之间需求矛盾的时候，该选择什么样的解决方法？

查阅资料：当遇到这种情况的时候，第一种做法是了解客户的真实情况，获取客户信任，在客户信任的前提下实现客户需求，第二种做法是引导客户，引导客户对产品的认知，使其逐渐接近用户需求。第三种做法是权衡需求的利弊，做出最佳方案。

个人看法：结合课本例子理解：比如说给小孩买英语学习软件的家长是客户，而他们的小孩是用户，客户的需求是让小孩高效地学习英语，而用户即小孩本身的需求是轻松快乐地学习英语，这两者往往会发生冲突，用以上三种做法解决就是：①获取家长信任，但是实际上以孩子的需求为主。②引导客户，引导让他们相信这种轻松愉快的学习方式也能学习到英语。③权衡利弊，尝试找到一个既高效又轻松的学习方式。 应该针对不同的客户和用户，灵活地选择解决方案。

疑惑：在一个软件产品中，可能客户和用户不是一类人，也可能客户和用户是同一类人这两种情况，此时又该如何做出选择？

四、

阅读第12章用户体验p254页，说到软件服务要始终都要记住用户的选择，根据用户的选择在今后的服务中优先推荐拥护以往的选择或类似的选择。

个人看法：但是我对于这个始终有点存疑，也许在短期内推荐用户以往的选择和感兴趣的选择是正确的，但比如长期的个性化推荐，在我使用很多软件的时候，也许我想看到的是一些新鲜的内容，但大部分时候都没有给用户这种选择，永远推荐的都是选择过的内容，长期以往可能并不是用户当下所希望的。所以我想，这个始终记住应该不是针对每个场景以及每个时间的。

五、

在第13章软件测试的章节中，提出了在测试中测试者由内到外---从程序开发人员(单元测试）到测试人员，到一般用户（Alpha/Beta测试）。

提出问题：为什么不能将开发人员和测试人员合并，由程序员逐渐做测试呢？

查阅资料：测试人员自己做测试对于白测，原因1：对自己的代码有父母般的感情。原因2：开发人员将复杂的问题简单化。原因3：开发人员关心的是解决问题，而不是制造问题。原因4：缺少真实用户视角。

个人看法：往往开发人员做简单的测试之后，由测试人员做更复杂更全面的测试，感觉如果将这两者合并，将会造成极大的工作难度，既要处理问题又要提出问题，而且往往设计某个部分的开发人员无法对全局有把握，而且由于对内部结构及其了解，做出的测试几乎都为白箱测试。