同样的工作、同样的做需求，为什么他们能进阿里

方法论

1、什么是方法论

方法论，就是人们认识世界、改造世界的一般方法，是人们用什么样的方式、方法来观察事物和处理问题。概括地说，世界观主要解决世界“是什么”的问题，方法论主要解决“怎么办”的问题。

《方法论》(Discours de la méthode)是笛卡儿在1637年出版的著名哲学论著，对西方人的思维方式，思想观念和科学研究方法有极大的影响，有人曾说：欧洲人在某种意义上都是笛卡儿主义者，就是指的受方法论的影响，而不是指笛卡儿的二元论哲学。

笛卡儿在方法论中指出，研究问题的方法分四个步骤：

1．永远不接受任何我自己不清楚的真理，就是说要尽量避免鲁莽和偏见，只能是根据自己的判断非常清楚和确定，没有任何值得怀疑的地方的真理。就是说只要没有经过自己切身体会的问题，不管有什么权威的结论，都可以怀疑。这就是著名的“怀疑一切”理论。例如亚里士多德曾下结论说，女人比男人少两颗牙齿。但事实并非如此。 2．可以将要研究的复杂问题，尽量分解为多个比较简单的小问题，一个一个地分开解决。 3．将这些小问题从简单到复杂排列，先从容易解决的问题着手。 4．将所有问题解决后，再综合起来检验，看是否完全，是否将问题彻底解决了。

2、什么是SunTone 方法论？

SunTone Architecture Methodology(SunTone AM) 是由Sun 公司Java顾问专家们为设计和实施基于互联网的基础应用所创造的一个独特的方法论。

这个方法论具有以下特性：

• Use-case focused. 通过使用功能性的项目场景（functional case scenarios ），Sun 公司专家顾问们支持确保端到端的服务功能的实现。对Use-case的学习加速了应用的开发， 同时支持通过确定应用功对所有业务需求的满足，来减少开发的风险。
• Architecture-centric. Sun 专业服务专家在开发周期开始之前，定义并测试了架构，这减少了在后期可能发生技术问题的风险，避免工程返工。
• Iterative and incremental. 一个阶段性的开发方式意味着采用有规律的测试，以便在开发的早期能够发现问题，确保应用的最后交付发布能够满足用户需要的功能。
• Integration of systemic qualities. 专注于实现架构对服务水平的需求，包括稳定性、可靠性、可扩展性、功能性完整性和安全性，支持确保基础设施和应用的框架能够满足已经定义好的业务需求。

如何优雅地从需求到落地

做好需求是一个软件项目成功的一半，尤其对于业务管理系统更是如此。如何更好地获取需求和分析需求，本文介绍个人的方法，不是阳春白雪的方法论，也没有很深的理论术语，但是却是很实用，供大家参考。

业务需求的两下两上：

对项目的业务需求的分析是一个项目的入口和最重要的事情，但是很多人员并不知道怎么考虑项目的业务需求。反而受项目范围管理的束缚走进了教条主义。自己认为，用户给多少钱就干多少事这句话本身没有问题，但是如果是基于这句话来管理范围、分析业务需求就容易走进了“只见树木不见森林”的陷阱。导致最后的返工、重做，用户的不满意、系统的不灵活，甚至修改一个小功能而牵动全身，或是根本就不能动设计的局面。

一上概括为：把握全局，寻找问题：是指第一次自顶向下，先从全局了解业务，从更高的层面来分析模型。目前我们的大部分项目是企业或者政府的业务管理系统。那我们首先要了解企业的管理模式。这时候思维要开阔，不能只是局限在项目的范围之内。通过分析管理模式，找出问题。

二下概括为：寻找答案，了解细节;就是由上而下，找出了问题，从大的方面了解透彻后，要根据这些问题，对应到具体的需求的调研和设计实现。看一下如何满足和解决问题？由于有了前面的一下，我们在调研和分析的时候就不至于遗漏，考虑就会比较周全。这个时候你仍然不要关心范围。

三“上”概括为：对应答案，连通上下；是真的二“下”掌握的具体的需求对应到大的模式看是否能够对应，理解和分析是否是合适的？这个时候可以考虑范围，但是还不能确定范围；

四“下”：这一步是最关键的，也是落实的一步。经过了前面的步骤后，再从更高的角度来审视细节，从全局的眼光来透射项目的业务范围，从而比较准确地把握项目范围，形成正确的业务理解和需求定义。从而能够建立起完整的业务概念模型和比较稳定的需求设计模型。

• 需求获取过程（两上两下）：

– 一上：找方向

– 二下：抠细节

– 三上：找差距（操作层面与管理决策层面的理解差距）

– 四下：落实到实现

• 需求评审：客户和用户对需求理解和确认是非常重要，评审确认是业务人员与技术人员之间的理解桥梁

第一上、下：分析“明”的需求，把握项目范围、把握方向，避免走偏；

第二上、下：分析隐含的、潜在的需求，防止遗漏需求，导致后期发生无谓的变更。

上是指：上升到管理层的高度；

下是指：落实到实际的业务中发现问题、解决问题。

经过这四步，在头脑中建立起完整的概念模型，如果是实现的管理系统，应该有清晰的管理模型，并且能够清楚模型中的共性的需求和个性的需求分别是什么？然后对应到项目应该实现的功能需求上，就会在设计的时候有全局观，所实现的功能之间不是孤立的、不是物理的堆砌，而是有机的逻辑的结合。