bolg record

一 5万以下的项目是否有必要做需求分析和建模设计

 

1 我想你老大不是反对需求分析和建模设计，而是反对没有价值、没有实际效果的需求分析和建模设计工作。如果你不能直接提供对目前项目有实际价值的需求分析和建模设计意见，光说大道理，老大基本上不会理你。
战斗在第一线的领军人物，已经被繁重的工作压住，要么你立马帮助他解决当前问题，要么就不要在一旁说需求分析和建模很重要之类的废话。其实谁到知道，需求分析很重要，建模也很重要！但如何将这些重要的工作变成实际的价值，才是你们老大所关注的，如果做不到，那就是废话，在添乱，他还要花时间去打发你呢。

2 至于建模，其实也差不多，不再啰嗦。毕竟第三范式、工厂模式、分布式应用，负载均衡、先逻辑再物理设计等等基本技术和步骤的运用，专业人员来做的话，省不了的

3 没有定位好问题，就没办法正确解决问题

4 需求分析是一个过程，过程就要有产物，为的是双方都能共同达成共识。

5 为什么不需要需求分析？
按我以前的经验，其中有一个原因是“科技公司”模式。
也就是常见的百元建站之类的公司走的模式，已经开发好了一套东西网站系统，有新闻发布啊，产品展示啊，联系我们啊之类的，改个图片和名字，然后挂个价钱卖。如果要定制开发，就得加钱。
不能说这样做不行，这是一个商业模式的问题，有些公司想省事，能用就好。
我卖过这种通用的进销存系统，实践告诉我，理想很丰满，现实很骨感。

但是，需求分析是一个过程，过程就呀有产物，为的是双方都能共同达成共识。
谁做这个过程？是否专人去做？产物的表现形式是怎么样？能不能达成共识？
这个就需要看实际情况，标准是指理想状态下，这样做是最好的，有建模，用UML，有成型的漂亮文档，并不代表可以建空中楼阁。
提出这个问题，意味着提出问题的人对项目的本质没有一个正确的认识，就算有个叫“需求分析师”的人在团队里，一来增加成本，二来增加了沟通的渠道，三来还要增加管理的难度。换个角度来说，没有定位好问题，就没办法正确解决问题。加人是表象，后面隐含着管理者对问题的认识之后，对问题的重视程度，考量工作的难度和数量，从而提出的平衡的解决方案。

从项目角度来说，现在的情况属于“范围蔓延”，没有管理好系统的范围。
我一直认为，做系统是一个立方体，多维度的，各种考虑因素分布在这个立方体中，组成了一个巨大的网络图，说是六面立方体，只是便于理解的一种方式，问题在哪里呢？
技术上的流程，只是立方体的一个剖面，你看到的是如果要开发，技术上的流程是怎么样怎么样，处于这个立方体的其他层面，也和技术流程息息相关，例如，商业论证，费用，时间，成本，质量。这些在软件工程中并不是主要提及的，有很多时候都是一句话就提过，作为一个公司，可以没有专人负责，但是不代表不要正式考虑这些问题，开发增加范围，除了技术上要汇报工时，难度，还应该考虑到对商业因素的影响。
也就是说，技术的问题也许不只是技术的问题，管理者处于立方体较上方处，考虑的因素也要更多才行。
如果只以一个剖面去理解一个立方体，项目就离死不远了。
用一个杯子去装一头潜行的大象，就出现现在的情况。
建议，还是按软件工程的流程，重新评估现在这个项目吧，之前没有做好的环节重新去做，包括范围、沟通模式、还有商业模式。

 

补充一点，管理者没有系统的视野去考虑问题，遵循过去的模式开发，“科技公司”的产品只能卖给需要“公司网站”类的用户，不是技术的问题，做大事一定需要积累和沉淀，还有高瞻远瞩，还有对立方体的概念和结构的理解和掌握。

此外还有客户成熟度的问题，今天没时间讨论了。

以上，来自我对进现在公司以来的反思和近期的学习感悟。
这里的牛人很多，我只是一个小角色，人微言轻，贻笑大方，仅供参考，不作指导。