疑问：系统太复杂，怎么去提高开发进度？

[yurong3333333333]

楼主以前背景：以前都是做的小项目，就十来张表。

现在的项目背景：智能制造行业；项目太复杂，重要的表就上百张，做个简单的大屏数据展示都要涉及八九张表。

遇到的难点

1 、表太多。个人使用 xmind 来梳理开发流程和表关系，还需要经常询问别人表关系，导致开发进度比较缓慢，还被请去喝过茶。
2 、临到发版节点，产品还要改一些小需求，关键是抗议无效，最后还得改，时间还被浪费了。
3 、发版时间确定，需求多有时候还会加需求，基层开发人员没有工期评估，就只能按组长的分发需求去做。做不完就加班做，有时候到发版那天早上才提测。

疑问

1 、各位大佬公司平常会有一些表关系的文档留存吗？还是说让新人直接去看表，不懂就直接问人。平常自己是怎么去梳理表之间的关系吗？自己画 UML 图之类的吗？
2 、业务复杂。在某个已有业务上进行开发，应该怎么快速熟悉以前的业务？除了直接看代码，还有其他方法吗？
3 、怎么判断一个公司加班严重？比如：boss 上说弹性上班基本就是向后弹。

我知道有些难点的解决方法就是 run ，但这次 run 了，下次遇到同样的情况还是会很难受。希望大佬们分享一些提高自身的技术方法或经验，感谢各位大佬不吝赐教。

[Hurriance]

1 、文档很有限，没有系统管理，而且普遍很滞后，业务口口相传
2 、最快速的就是问问同事了
3 、问业务部门面试官，问上班时间、加班情况，看对方能否正面回答、回答的具体程度来判断

某个方面来讲，公司的盈利方向是会决定部门资源的倾向，这是客观存在的，不必介怀，做好自己

[Chad0000]

建议画一个结构和功能图，我也正在做这样的事情，但 V 站真没什么人讨论深入的话题，你看我发的都没人讨论：
t/885174

[snoopyhai]

以我的经验看，在一个项目中，某些功能点的解决方案如果过于复杂，那一定是有问题的。
不是方案有问题，就是功能点没抓对。

如果有产品，让产品给新人培训。如果没有，基本上就是口口相传了，除了实践 cmmi 的项目外，几乎没看到过文档

[wizzer]

好事，搞完后，你的简历上就可以写上一笔，具有组织开发大型项目经验。

[Rache1]

表关系，大多数时候看名字也能猜个八九不离十吧，我现在维护的项目三百多张表，多熟悉业务，基本上从表名称就能看出来表是干嘛的，跟哪块有关。

业务复杂基本上只有先去了解业务，再去看代码，或者能从项目管理系统上找到原始需求最好，实际上大多数复杂的功能都是堆起来的，所以最直接的方式还是看代码。

加班这种事儿，面试的时候自己问就好了

没有需求冻结和优先级，那注定了你得加班 😃

[jingcoco]

用些拖拉拽生成前端页面的工具。。。比如帆软之类？

[CodeCodeStudy]

为什么要提高进度？系统太复杂，反而要慢慢搞，稳定压倒一切，不出 BUG 才是最重要的！

[yurong3333333333]

@CodeCodeStudy 要是领导也这么想就好了