这是一个创建于 2427 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近遇到一个项目，当初负责业务这块的人都离职三年以上了，现在业务方把这个拉出来，说让从以前的代码梳理业务逻辑，向各位大佬求助有没有什么好办法
 | 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 metamask 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 uuau 2019-02-21 11:50:25 +08:00 如果长时间干这种活，会压力很大。 亲身经历。 |
Select Language