这是一个创建于 2139 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近遇到一个项目，当初负责业务这块的人都离职三年以上了，现在业务方把这个拉出来，说让从以前的代码梳理业务逻辑，向各位大佬求助有没有什么好办法
 |
1
gw1992225 2019-02-20 15:56:00 +08:00
辞职 解决一切
|
 |
2
gowk 2019-02-20 16:01:35 +08:00
试想如果你时老板，你的手下遇到一点困难就想辞职而不是迎难而上，你是什么感觉。。
|
|
3
gowk 2019-02-20 16:01:57 +08:00
时 -> 是
|
 |
5
cscomic OP 目前能想到的是切几个迭代，拉着业务方一边做一边验收，请问有什么技术或其他管理上的建议吗
|
 |
6
takato 2019-02-20 16:15:21 +08:00
这是天坑阿
在项目长期运营中，落地文档远比决策靠谱本身更重要。。 没有记录，谁也无法知道这个项目的经办人当时是怎么想的- - |
 |
7
clarkyi 2019-02-20 16:45:37 +08:00  1
我想到的是先按模块整理功能形成文档，整理完成后跟老板过一遍，通过后再实施
|
 |
8
freakxx 2019-02-20 16:50:04 +08:00 1
从业务回溯到业务代码，然后再切块，慢慢糊一些业务文档。
|
 |
9
maichael 2019-02-20 16:50:15 +08:00 1
“从以前的代码梳理业务逻辑”，运气好能碰上代码可读性比较好的还能试试，不过都要“从以前的代码梳理业务逻辑”了，说明连文档都没有？那么代码的可读性也很难保证了。
自求多福吧，先整理一下现阶段能够收集到的任何资料，再把业务代码按模块划分，后面就看你运气了。 |
 |
10
james2012 2019-02-20 17:11:28 +08:00 1
我做业务，我觉得你应该直接看现有代码，然后梳理出代码各模块的功能。
看以前的代码，那以前的业务到现在更迭了多少个版本都不知道，业务逻辑有没有删改增也不知道， 那不是浪费时间吗？ 认同 2 楼，遇到点问题就说辞职的不要逗了，开这种玩笑也不合适 |
 |
11
zzh1224 2019-02-20 18:23:47 +08:00
项目不大的话还不如直接推倒重写需求
|
 |
12
hehongrong 2019-02-20 18:33:15 +08:00
一般都直接重写吧。。。
|
|
13
cscomic OP @hehongrong 关键业务都没人知道，重写也不合适了
|
 |
14
xuanbg 2019-02-21 02:00:27 +08:00 1
小修小补可以解决问题的，修修补补又一年。。。不能的话，根据业务需求重新设计重新实现会比较好一些吧。
|
 |
15
xuanwu 2019-02-21 06:02:02 +08:00
没任何需求 /设计 /测试文档吗?
|
|
16
hehongrong 2019-02-21 09:37:54 +08:00
@cscomic 很难想象，都没人知道业务了，公司还能运转吗
|
 |
17
fengxianqi 2019-02-21 11:46:18 +08:00 1
静下心来，对着业务去理解代码。比如页面上点击登陆按钮，触发了哪些代码和方法，再研究内部的实现都做了什么事情，一个个列出来形成文档。
|
 |
18
onnfee 2019-02-21 11:50:25 +08:00
如果长时间干这种活，会压力很大。
亲身经历。 |
Select Language