先整理一下我理解的产品与项目的区别，这个比较简短，而且在后面的软件开发方法学中会有涉及。

到现在算是做了四年的产品和一年的项目。大概去年和同事聊我们现在做的是产品还是项目时，我说是项目，他觉得是产品。当时我是凭感觉，但一时没有想出特别的区别方法。后来某天上班走在路上时，突然想出总结了以下产品与项目区别：

产品：先做后卖，不好没人想买，迫使团队不断升级产品赶超对手。

项目：先谈后做，控制成本满足需求，以后尽量避免变更。

接下来是关于软件开发方法学的争议。

最近看的书里狠狠的批判了瀑布方法学，把案例公司的项目失败的原因归根在了方法学上，这是我很不认同的。当然了，书的几个编著人这样做是有目的的。当书里写道Scrum模式的敏捷开发时，有一点我是很赞同的，就是提出人的重要性，强调以人为本，加强沟通。

瀑布方法学虽然很老了，也有不少人批判。我也曾经怀疑指责过，查过不少资料，知道了有迭代式方法学、递增式方法学、RUP、XP等。两年前痛恨瀑布方法学的同时也迷惑了，有些方法学看似很好，但在实际操作中也会有局限和困难。

后来和一位十来年经验的项目经理聊方法学，解开了我大半疑问。严格的瀑布方法学是不合适的，但它仍然是软件开发的基本框架方法，具体工作中，可能根据需要融合迭代式或者递增式等其他方法学。

刚刚参考《面向对象分析与设计(UML 2.0版)》的时候，还看到了类似的说法，算是合并方法学的思想。在中大型公司中，我是比较赞同这种方法的。如果是小团队，可能又会选择更敏捷高效的方法。

因为产品和项目的特点不同，具体的操作和方法也会有不同。下面谈的有点偏向于项目规划和需求方法了。

有一种经典的项目失败场景是：项目做完，客户看到时说不是他想要的，和他想的不一样。。。这时大家都傻眼都痛苦了，程序员更悲剧了。

对于这种情况，我认为首要是需求阶段的问题。（当然，基本前提是项目组是团结合作、有能力、也是努力实现目标的。）即使SRS（软件需求规格说明）很详细很正确，如果只是文字描述，客户是很难有直观理解的。在客户看到有形的产出前，常常很难确定自己的想法。

理论上的方法应该也有不少。以前跟两个项目经理聊过，他们的经验是，利用高保真原型，拿高保真原型给客户看和体验，这样客户会有直观的概念和想法，根据反馈再完善需求。这样就把风险尽量前置了，而且制作原型的时间和成本比开发一套系统要低得很多。

曾经和一个项目经理做比较大的项目时，他甚至把项目周期的一半时间分配给需求分析和高保真原型，可见对需求的重视。刚开始有点诧异，时间比例比一些理论值大了不少。虽然不一定是最合理的，但对一些目标和时间比较明确的大点的项目来说，很有实战意义。

如果是做产品，上面这种方法就太低效了。既然是产品，就应该有个产品经理（参考文章：产品经理的主要职责）。如果团队合作默契、互相信任，需求的交流和工作应该是高效的。产品经理对需求应该有清晰的认识，如果有大变更或者变更多，首先是产品经理的责任。在原型方面也可以减少很多工作量，对于复杂的产品，也许画个线框图。对于简单的，草纸或者口头交流清楚更好了。不管哪种，当面交流是最高效、效果最好的方式。

话说回来，产品经理也不一定是拍板的人，也可能是夹板和炮灰，也有不少人达不到职责应有的水平。对于部门和人员多、分工详细的大公司，产品经理也不一定负责详细需求。接着就会引申出流程和内耗一些问题。方法学又开始纠结了。。。

各种方法学在具体操作时都有成功和失败的案例，个人觉得没有哪种是最优的，要看公司和产品/项目特点，团队和个人，甚至还有客户的特点。方法学和流程什么的还是人定的，目的是帮助团队，需要情况灵活应用和调整，关键还在人。

《软件需求》一书的作者 Karl E. Wiegers 在文章 “So You Want To Be a Requirements Analyst?” [1] 中列出了需求工程师的任务和素质要求，简要摘录如下。

Karl E. Wiegers 认为，需求工程师需要和系统的各种涉众沟通，成为他们之间的纽带。所以，需求工程师需要具备以下素质:

需求分析师负责沟通各种人

关于需求工程师的素质要求，Karl E. Wiegers列出了以下几点:

1. 倾听的能力。积极倾听包括排除干扰，保持专心的姿态和眼神接触，并重复要点来确认你己经理解。你需要抓住要点并从字里行间推断出对方犹犹豫豫没有说出来的东西。了解对方喜欢什么样的沟通方式，尽量避免把你的个人理解强加到客户身上。

2. 访问能力。大多数需求输入来自讨论，因此一名分析员必须能够询问正确的问题。例如，用户一般会把精力集中在正常的、符合期望的行为上，而每个程序员都知道需要大量代码来处理错误，可以问类似这样的问题“如果这样，会发生什么事情”或“会出现这样的问题吗？”Donald Gause和Gerald Weinberg在书中[2]描述了“context-free questions”的技术。

3. 分析能力。有在不同层次进行抽象的能力。有时你需要从高层往下钻到细节，有时需要从某个用户的特定需要泛化到适用于整个用户类别的需求集合。评价各种从不同来源收集到的素材，调和冲突，从用户的需要中分离出真正想要的，并把解决方案从需求分离。

4. 协调能力。涉众需要需求工程师作为中立的协调员，协调员需要强的提问和观察技巧，以帮助团体建立信任、改善业务人员和技术人员之间有时会出现的紧张关系。Ellen Gottesdiener的书[3]中提供了协调员的建议宝库。

5. 观察能力。在持续观察用户做工作或使用一个应用系统的时候，你可以推断到一些微妙的东西，这些东西可能在讨论的时候没有涉及。这样就揭示了新的需求领域。

6. 书写能力。你为顾客、营销人员、经理的主要交付物是书写好的规格说明。为了完成这个任务，你需要有坚实的(自然)语言能力。力争做到清楚，避免含糊词语和语法错误。

7. 组织能力。你会面对一大堆在启发和分析中得到的混乱信息，快速地把它们组织起来，把碎片拼成相关的整体。这需要高超的组织技巧，还有耐心和韧性。

8. 建模能力。从流程图到结构化分析模型(数据流图、实体关系图等)到UML标记，需求分析师的工具箱里应该有这些画图工具。在和用户交流的时候，一些这样的技巧是非常有用的，和开发人员的交流也一样。你会经常需要教育其他涉众这些技能的价值以及如何阅读它们。

9. 交际能力。你必须能够使有不同兴趣的人一起工作。你应能自如地和组织中不同级别的个体交谈不同的工作，你可能还需要和分布的团队交流，它的成员分布在不同的地点，时区、文化、语言都有区别。

10. 创新能力。分析师不只是一名抄写员，顾客说什么他就记什么。James Robertson[4]建议最好的分析师应提议需求，分析师可以构思创新的产品功能，设想新的市场和业务机会，想出能够使顾客震惊和高兴的好方法。一名真正有价值的分析师能发现创新方法来满足用户一直不知道自己已有的需要。

11. 领域知识。事先拥有一定的领域知识，才能使以上的能力 发挥出来。对于需求工程师，并没有标准的教育程序和工作叙述，他们大多数来自不同的背景。如果你从类似于系统用户这样的角色进入到需求分析角色，你需要在你丰富的业务知识和软件工程工作环境之间作出平衡，并学会和你的技术同事们沟通。如果你是从开发人员转换而来，你需要增强对业务的理解，随时提防滑进自己的技术陷阱中。

需求获取技术
Karl E. Wiegers还列出了一些搜集需求数据的方法：
• 访谈
• 需求工作组
• 文档分析
• 问卷调查
• 现场观察
• 业务流程分析
• 工作流和任务分析
• 列出外部事件以及相应的系统响应
• 竞争对手产品分析
• 逆向工程现有系统
• 回溯以前的项目

参考文献
[1] So You Want To Be a Requirements Analyst?, Software Development, July 2003
[2] Exploring Requirements: Quality Before Design, Dorset House, 1989
[3] Requirements by Collaboration: Workshops for Defining Needs, Addison-Wesley, 2002
[4] Eureka! Why Analysts Should Invent Requirements, IEEE Software, July/Aug. 2002

在这个模板里，我设置了一些自定义快捷键，编辑文档时很方便。比如可以一键设置样式（字体、字号、行距、大纲级别、多级编号。。。），保你用了忘不了~

以下是我自定义的快捷键：

这些大幅的十字绣可是耗费了很多时间和耐力。妈妈还在绣超大的一幅，估计要一年多的时间。。。wow

来欣赏几幅已经相框的十字绣 >>

更换主机OS本身还是很简单的 >>

1. 在【GoDaddy》My Products》Hosting】中，选择想要更换的主机域名。
2. 选择【Edit Account Details】tab。
3. 在【Plan】菜单中选择新的OS。
4. 选择【Save Changes】。如果有差价，补齐差价。

然后就是等待生效。官方声明的是72小时内完成更换，如果空间中的数据小，那么会快些。更换完成后，GoDaddy会发送通知信。

Notes >>

• 如果你在【Plan】菜单中看不到想更换的OS，可以联系customer service。
  我当时更换时没有看到Linux Server是因为安装了MS SQL Server，删除MS SQL Server后就看到了。
• 更换OS前必须删除主机不支持的数据库。主机支持的数据库，GoDaddy会保留。
• 更换OS前，最好备份数据库和其他重要数据。
• 如果新主机不支持旧主机的一些功能和语言，那么更换新主机后，之前的功能和语言是不能用的。
• 我的空间从Win主机更换成Linux主机后，WordPress Blog主页正常，但是博文URL会报404。进Wordpress后台重新设置保存下URL形式就恢复正常了。

用例之间的关系有以下3种：generalization（泛化）, include（包含）, extend（扩展）。

Generalization（泛化）：用例之间的泛化就像类之间的泛化。子用例继承父用例的行为，子用例可以在父用例上增加或者重写一些行为，子用例可以用在父用例出现的地方。
利用泛化关系，可以描述系统更高目标层的需求，而不用涉及具体细节。
泛化关系的图示如下，

Include（包含）：如果第1个用例明确地包括第2个用例的行为，那么第1个用例包含第2个用例。被包含用例（第2个用例）从不作为单独的用例存在，而只作为基础用例（第1个用例）的一部分。
利用包含关系，可以把相同的行为提取到被包含用例中，以便于复用。
包含关系的图示如下，

Extend（扩展）：如果第1个用例在一定条件下包括第2个用例的行为，那么第2个用例扩展第1个用例。基础用例（第1个用例）可以单独存在，但是在一定条件下时，它会被扩展用例（第2个用例）扩展。
利用扩展关系，可以描述不是必须发生的系统行为，可以描述一定条件下才发生的行为。
扩展关系的图示如下，如果想更详细的说明扩展条件，可以在扩展箭头上添加注释。

1.    Case 1

1.1.  现有情况

鲜果订阅、鲜果联播的密码管理分别在2个不同的产品里（如下图），但其实是同一个账户资料。

1.2.  个人建议

账户密码这种账户信息，最好更明白的告诉用户是统一的，不然用户会去猜。鲜果以后的产品肯定也使用同一账户。

就像Google，有一大条产品线，但是账户管理是统一的。

2.    Case 2

2.1.  现有情况

操作步骤：

用户打开邀请Email里的邀请链接，被邀成功后，再次打开该链接，系统给出以下页面。

问题：

返回链接有误。因为这个链接是从邀请Email里打开的，浏览器的当前窗口没有history，JS返回功能没法返回到其他页面。

2.2.  个人建议

• 修改链接，链接至鲜果联播首页。
• 不好意思，出错了这句话在页面中太明显了，盖过了该验证码已经被使用过了。而且我觉得这种情况不算严格的“错误”，尽量少让用户感到受挫。我们可以平静的告诉用户该验证码已经被使用过了，请访问鲜果联播首页。

3.    Case 3

3.1.  现有情况

如下图，刚开始用鲜果联播，没有头像。我想去上传头像，看到了离头像最近的上传头像。我误以为带链接可以用，我点了两下，没反应，换其他浏览器也是。后来明白了这是去做任务的具体任务。

3.2.  个人建议

• 阅读是从左至右的，我建议去做任务调到具体任务的左边，并且加强两者之间的关系。我画的草图如下，

• 至于任务完成后，可以保留现有情况不变，或者直接显示下一个任务。因为用户点击任务链接后，很明确是去做任务的。任务是否完成，任务本身（上传头像，发表日志等）也会提示是否成功，而且成功后积分也会有变化。

4.    Case 4

4.1.  现有情况

这是个很小的case。

当我在网页Title里看到有新消息后，花了大概3,4秒找到了有2条新日志，刷新看看。

也是因为习惯了twitter的风格，突出的很明显。新浪的风格和twitter一样。

4.2.  个人建议

我理解现有的设计感觉更清爽。但是会让用户学习一次，因为很多用户在其他网站养成了习惯，会先入为主。

我觉得有条件可以多找些用户来使用反馈些意见。

5.    Case 5

5.1.  现有情况

设置》个人资料 中，真实姓名没有像其他字段那样标注红星以示必填，如果没有填就报错，让用户不太爽。

5.2.  个人建议

表单必填字段的提示与系统校验情况保持一致。

6.    Case 6

6.1.  现有情况

看任务名字就知道是什么意思，刚开始没有仔细看一定要填写的内容，没有填写所在地，所以怎么都没法完成任务，还误以为是Bug。试了几次后又仔细看了下任务，知道了原因。

6.2.  个人建议

建议多找些用户试试，如果像我这样粗心的情况不少，建议任务介绍中的必填项和表单中的必填项统一，以方便用户。

7.    Case 7

7.1.  现有情况

字段名（如性别）和字段值（如男）中间用的是一个英文冒号，个人感觉名和值有点粘在一起。

7.2.  个人建议

以下是我调试后的效果。第1个是用中文冒号，第2个是用英文冒号+空格。

中文冒号稍微有点抢眼，个人更喜欢第2个效果。

8.    Case 8

8.1.  现有情况

• 鲜果联播的返回顶部是在页面的最右下角。
• 新浪微博的返回顶部是在TimeLine的左下方。
• twitter、网易微博没有返回顶部的链接。

8.2.  个人建议

先做下优劣对比：

我的个人建议是放到TimeLine的右下角。当然，如果多找些用户调查征求意见最好。

PS，鲜果的好友分享、热文2个频道下面的回到顶部也不太明显。（我的本本挺老，也可能是因为显示器对比度不够好）

9.    Case 9

9.1 现有情况

鲜果联播里，积分不够的话没法自定义URL，但是用户积分不够之前没法知道这个权限限制。

9.2 个人建议

清晰明白的告知用户权限限制。

由于要离开南京，为了以后换城市和工作时在户口方面省心，所以决定把户口迁回徐州老家放着了事，谁知道迁回自己的家竟然还##的难。。。

老爸问了当地派出所的户籍民警，说是，如果当初大学毕业时，户口可以直接就迁回家，但是毕业后在南京工作，户口也在南京，就不是徐州人了，不能那么直接迁回家了。。。

现在户口在原来南京公司的集体户口，想迁回老家，只能按投靠的方式来落户。投靠落户居然要提供8大材料：1、个人申请 – 老爸写； 2、房产证； 3、父子关系证明 – 老爸写； 4、我的无业证明(盖当地劳动局章)； 5、老爸的收入证明(一年工资对账单)； 6、我的户口内页复印件(盖当地派出所章)； 7、调查报告(户籍民警写)； 8、我的未婚证明(盖当地民政局章)。万恶的户籍制度！

我被其中的第2条卡住了，一家三口人的话，住房必须90平方以上，我家住房少了几平方。而派出所的人说如果找市局托关系应该可以搞定。What a f###! 经老爸再次找派出所”谈判”，如果不给办就找电视台，找市委政府。。派出所的口气有所松动。

后来我就开始了办理“户口页、未婚证明、无业证明”三个材料。

【户口页】 – 这个很简单，就在原来的公司，直接就拿到了。

【未婚证明】 – 我拿着 身份证、户口页 到户籍所在地的民政局开具了。由于当初不知道需要户口页，第一次只带了身份证，白跑了，第二次拿到了户口页才办妥。

【无业证明（就业失业登记证）】 – 老家派出所民警说需要到当地劳动局办。去户籍所在地的劳动局去问，对方却说南京没有无业证明这东西。。。我的天！后又上网查如何办，说法不一，感觉其中有人说到户籍所在地的街道办这个最靠谱。来到户籍所在地的街道办后，对方也说没有无业证明，只有就业失业登记证，和老爸商量也应该算就办理了。

>> 办就业失业登记证 所需材料：身份证、户口簿、毕业证书、《南京市劳动合同员终止、解除劳动关系证明及失业保险金申请表》、一寸照片2张。

街道办的办事人员没看我身份证，我没带毕业证书，离职不到十天按说也不该办。还好办证小姑娘人不错，看了户口上的文化程度通过，也没计较离职时间。办完就业失业登记证后，到档案所在的**管委会盖了章生效。

在**管委会盖章时，顺便问了下想办理【转正定级表】，为了以后去北方城市备用。管委会的一位大姐人很好，耐心的帮我找到转正定级表并打印了一份给我。

>> 转正定级 是户籍制度外的另一个特色bull shit。最早去年知道的，现在有些城市（像南方的南京等）不需要，有些城市（像北方的北京、天津等）则要求必须有，否则就不接收档案。

南京高新区管委会的人也说南京早就不办转正定级表了！哎，可现在这玩意儿还在折腾不少人。。

老爸和我准备好材料后便提交给了派出所，但听对方口气还不一定绝对能落户成，问题可能在那个就业失业登记证，不知道市局的人认不认这东西。

不管成不成都先不管了，和老爸商量，如果落不成就把户口页先放在家不管了，不想再烦了。先无所谓了。。。