这是一个创建于 2779 天前的主题，其中的信息可能已经有所发展或是发生改变。
当初项目经理没把项目设计好，好多东西都没考虑完全，现在就一直在加需求，填坑。。。
 |
1
Mojy OP 现在项目因为不断的加需求，项目周期延长，导致项目巨庞大，巨脆弱，巨丑陋！！！
|
 |
2
luoway 2018 年 6 月 8 日
定期重构
|
 |
3
brickyang 2018 年 6 月 8 日 via iPhone
和死亡与税收一样不可避免
|
 |
4
rb6221 2018 年 6 月 8 日
该谁背锅谁背锅，这有什么好说的，一个行业水平不行的人占多数，客观存在且不可完全避免的现象。
|
 |
5
lightening 2018 年 6 月 8 日  1
> 到了项目后期，老板一直增加需求
管理有问题 > 并且要经常因一点小功能就要加字段，改数据库 很正常。数据库没有 migration 么？ |
 |
6
1313213 2018 年 6 月 8 日
这些不是很正常的么？
|
 |
7
annielong 2018 年 6 月 8 日
加需求算毛，没把需求推翻就不错了
|
 |
8
qingfengxm 2018 年 6 月 8 日
这就是不规范的公司，之前在一家创业公司待的时候，也是这样，后来就直接规定，版本定了之后，不能改需求，有新需求放下个版本，小版本多些，快速迭代就行了
|
 |
9
fhefh 2018 年 6 月 8 日
已经习惯
钱给足时间给足 重做都行 嘿嘿~~~ |
 |
10
tion 2018 年 6 月 8 日
钱给足时间给足 重做都行 嘿嘿~~~
|
 |
11
liuzelei 2018 年 6 月 8 日
你需要一个支持 migration 的框架。。。。
|
 |
12
czzhengkw 2018 年 6 月 8 日
单元测试，重构，了解一下
|
 |
13
l00t 2018 年 6 月 8 日
跟老板说：来来来，笔给你，你来写！
|
 |
14
lichao 2018 年 6 月 8 日
加字段算啥。
因为某领导的需求增加了一张表（字段较多、页面较复杂），上线好几年了，现在里面一条数据都没有！！ |
 |
15
jennifertxwoodma 2018 年 6 月 8 日 2
给钱就行。
只要给我足够的钱，我甚至愿意和老板的母亲 xxoo |
 |
16
dalieba 2018 年 6 月 8 日 via Android
重构数据库，或者还可以开新库
|
 |
17
yujieyu7 2018 年 6 月 8 日
拿人钱财与人消灾吧，跟经理说延期，别苦了自己就行
|
 |
18
linxl 2018 年 6 月 8 日
习以为常了。
|
 |
19
maemual 2018 年 6 月 8 日
新项目么？新项目就习惯就好。。。
|
 |
20
likuku 2018 年 6 月 8 日
当前版本的项目需求会议上确定下的成文功能在开发阶段只减不增，开发期间新增需求统统放到下一个版本计划去。
保证质量按当前需求文档要求如期发布才是最优先的。 随意加功能？ PM 是摆设么？ |
 |
21
reus 2018 年 6 月 8 日
json 类型字段了解一下
当然改需求是傻叉 |
 |
22
wdlth 2018 年 6 月 8 日
老板还管需求？你们老板真强……
|
 |
23
k5716170 2018 年 6 月 9 日
习惯了 我们也这样 没有办法......
|
 |
24
atcdef 2018 年 6 月 9 日
钱够就行，出一分力气，拿一分钱，改就改吧，没问题
|
 |
25
jmone 2018 年 6 月 9 日
我要说我 80~90%的功能需求都能够预计到，主要的表设计完了，基本不动，你信吗？
|
 |
26
Coioidea 2018 年 6 月 9 日 via Android
可以啊。听一个同学说，搞运维从最开始就是要可拓展式设计。如果项目不大，天天改库也就那样了。但是大项目，真的从一开始就要有良好的选框架 /实现 /设计理念的。否则后期维护效率堪忧。不过一般没有人一开始就很高标的做（远见卓识）。所以在合适的时机要对项目有一个重构。
|
Select Language