首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >什么是第一位,项目计划还是需求分析?

什么是第一位,项目计划还是需求分析?
EN

Software Engineering用户
提问于 2020-02-17 19:58:29
回答 4查看 692关注 0票数 1

首先,我的意思是,我读过一些文章,其中将项目规划作为sdlc的第一阶段。

在我看来,它应该在需求分析和规范之后,因为如果你不知道一个项目的需求,你如何计划它?

对我来说没有任何意义。

你在计划一个你不知道的项目,它简直是愚蠢!

EN

回答 4

Software Engineering用户

回答已采纳

发布于 2020-02-17 20:10:06

两者都有。

把“计划”作为你在项目中做一次而以后从不做的一步的想法是非常不现实的。计划是你在需求分析之前要做的事情(对于这个步骤来说正是如此),在此之后你会做,当你达到项目中的某个里程碑时,你会再做一次,也许在里程碑之间。

不要把SDLC的模型太字面化,它们是模型,充其量是现实的近似,而不是现实。

票数 4
EN

Software Engineering用户

发布于 2020-02-17 20:53:26

需求有多种形式。不管项目需求是什么,公司在时间和人员配置方面的需求并不仅仅因为项目需求的阻碍而改变。

这可能看起来不合理,但离开公司的需求得不到满足,可能会让你失去一个公司。

这里的许多黑暗魔法是找到一种方法来匹配这两种需求。它可以重新定义项目的真正含义。

票数 1
EN

Software Engineering用户

发布于 2020-02-18 01:45:22

鸡见蛋,鸡蛋见鸡.

任何你没有理解需求的计划,本质上都是一个糟糕的计划。在独角兽嬉戏,彩虹结束,没有什么是不合适的地方,这是没有希望成为一个宏伟的、完善的计划。

不过,这不会有什么计划的。因为没有计划,你将如何选择你的下一个行动?

诀窍是避免做一个愚蠢的计划。

  • 愚蠢的计划是拒绝自我修正的计划,特别是当发现新的信息时(例如新的需求,或注意到理解上的巨大漏洞)。
  • 愚蠢的计划是故意盲目的,假装什么都知道,没有不确定性,没有问题,没有隐藏的陷阱。它试图权威地定义世界。

这意味着一个非愚蠢的计划将随着需求的分析、目标的确定和问题的确定而发展。一个非愚蠢的计划是足够谦逊的,承认哪里有不确定性,哪里有未知数,而不承诺一个结果是它无法合理支持的(当发现一个承诺必须被违背时,通知所有各方的中断)。

票数 0
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/405358

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档