处理大型Web项目SDLC方法

Question

处理大型项目SDLC方法

当一个人在一个大型网站上工作时（当我在这里说大的时候，我的意思就像一个社交网络规模项目）必须有SDLC才能跟随，很少有像瀑布这样的敏捷方法论。 当工作团队（一个或多个）清楚地了解需求并且当团队没有高经验时，瀑布最适合

敏捷方法最适合当团队不清楚需求但具有编程经验但随着系统的发展（因此我们谈论大型项目），很难修改系统的核心，这就是我的面对我的第一个大型项目原型。

如果您是一名开发社交网络等大型项目的开发人员，那么您开始使用哪些功能？你怎么去的？

您是否从诸如（登录控制，个人资料等）之类的常见功能开始，或者您专注于区分您的社交网络与其他网络的主要功能（这也是您关注主要所需功能的敏捷原则之一） ？

体验开发人员在开始新的大型项目时会做些什么。您在项目中遵循的阶段是什么？我的意思是你从哪里开始，你认为你在哪里完成。

Answer 1

首先是丑陋的（？）真相：

  

＆＃34; ..过程只是二阶效应。独特的人，他们的   感情，品质和沟通更有影响力。 [克雷格   Larman，Agile和Iterative Development]

瀑布是另类吗？

是否敏捷：我不认为＆＃34;瀑布＆＃34;是另类的。你应该迭代地工作。 所以我认为迭代和增量开发是关键。 [迭代和Inceremental开发并不意味着你是敏捷的，你可以选择不敏捷]

如何启动项目？尝试以风险为导向的方式：

尝试为您的需求风险建立定量值。例如，一个非常简单的：

• 建筑意义重大[对建筑有重大影响：实施后难以改变]
• Businessly Criticall [从业务角度来看，如果早期发布具有很高的商业价值，或者客户在早期看到它时会很高兴]

这只是一个简单的，根据您的上下文，您可能会添加许多其他标准。

  

作为一项规则，你应该平衡技术上重要的因素   商业上很关键的。

在早期迭代中实施tecnically hard和businessly critall。保持技术难度，但商业上有较低价值的那些到后期迭代。

与产品所有者或客户一起评估业务和技术风险是一个好主意。他将深入了解您的技术重要考虑因素，您将深入了解业务关键功能。两人都将决定下一步该做什么。

  

Larman在他的书中给出了很好而简单的解释。检查：   Craig Larman，敏捷和迭代开发[第11章：实践   提示页面264-267迭代目标]

以下是他的书中的示例标准：