写个doc, project decomposition, 如果真有三个月的量，那么应该有6-10个milestones, 几十个tasks. 每个milestone 写出why we need it, what are the major challenges, risks and dependencies, and time estimation. Circulate the doc among senior engineers and managers, and ask for feedback . raise the visibility of the project and your profile. 否则你空口一说”要三个月”不是给自己挖坑吗。
写个doc, project decomposition, 如果真有三个月的量，那么应该有6-10个milestones, 几十个tasks. 每个milestone 写出why we need it, what are the major challenges, risks and dependencies, and time estimation. Circulate the doc among senior engineers and managers, and ask for feedback . raise the visibility of the project and your profile. 否则你空口一说”要三个月”不是给自己挖坑吗。 Sleepy3824 发表于 2023-11-26 16:30
现在的问题是你要给个”为什么做不出来”的原因。 你要给他data: why it is hard, what is the scope? what is the path to green: more time? More resources? More domain expertise? Historical knowledge? 你得把这个皮球踢回去。 “after deep investigation, here are the findings to bring to your for visibity and prioritization…”
现在的问题是你要给个”为什么做不出来”的原因。 你要给他data: why it is hard, what is the scope? what is the path to green: more time? More resources? More domain expertise? Historical knowledge? 你得把这个皮球踢回去。 “after deep investigation, here are the findings to bring to your for visibity and prioritization…” Sleepy3824 发表于 2023-11-26 16:50
我们大组有三个小组。在我进组之前，大组里已经有人写好了系统测试的code. 实际测试需要把这个系统和外组的另外一个系统整合在一起。组里组外没人做过这种整合。
写code的是个白男，大老板的心腹，所以不太可能把活推回去给他。我和他是大老板手下不同小组的。也就是说，这个测试的活其实跟我的小组没有半点关系。我的小组manager 刚升职的这个位置，我进组时是被他的manager，也就是大老板直接给了这个任务。
我进组以后，大老板就让我把系统A和系统B合在一起测试。而且还要求我成功之后写一个文档详细描述如何实现两个系统的整合。我一看就知道这是一个冤大头的任务啊！不是说完全做不出来，而是需要花三个月full time，做各种实验才可能做出来的。老板们应该也是知道这个很难，但是不清楚究竟需要花多少力气，表面上一直说这就是一个简单的小任务。
做出来了也就是帮别人的项目扫清了障碍而已，自己什么好处都没有。况且我还要做其他的项目，根本没时间去研究这个。如果我花几个月去把这个做出来，我的performance 就会很差。
我已经想办法拖了几个月了。最近老板又来催这个事情。我该怎样跟manager 交流这个问题？
不会不要紧， 没人天生什么都会。 关键要 being honest, when you stuck, ask questions， 然后一步步来， 总是会有进度。
coding 的 debug, 第一要能 reproduce, reproduce 成功了， 其实就成功一半了， 剩下的就是不断看 log, 看发生了什么， log 不够， 就该代码， 加 log. 比较容易的， local 用 debugger 轻松就搞定了。
最要命的是没办法加log. 加了也没用。比如是说一个component 被 一个table里的一条信息trigger 了， 但是component 的code并不知道这条信息是哪个component 加进去的。同时又有几十个components 都在往table 里面写，先后顺序是随机的。
如果一个地方出错，同时会产生几千个不同的错误log在不同的sandboxes 里面。
而且这些components 分别属于不同的组，完全不知道他们的工作原理。
问题是大牛理不理你。
所以抱对大腿很重要。
系统是>1000人的org连续写了20年的系统，没有可能看几个月就了如指掌的。
这个根本都算不上什么项目，只是别人的项目中遇到的一个blocker。连planning schedule都上不去。就是大老板都不敢跟他的老板说需要安排人花3个月做这个事情。就算做出来了，也只是算顺手修了一个小bug。
我不想做出来，还有一个原因就是如果我做出来了，可能会给我更多这样的“小”bug。
我以前在别的组有过类似经历。辛辛苦苦做出来了，也没有得到任何认可。manager 拿着我写的详细的文档给了别人，然后别人做完我unblock的项目，顺利升职并当上tech lead。
每个milestone 写出why we need it, what are the major challenges, risks and dependencies, and time estimation.
Circulate the doc among senior engineers and managers, and ask for feedback .
raise the visibility of the project and your profile.
否则你空口一说”要三个月”不是给自己挖坑吗。
所以说这算不上一个项目，就只是一个bug需要debug。没有可能去要三个月时间full time做。那就是做不出来嘛。
你有没有想过，这是你的第一个project，如果在开头新人期都挑三捡四给人留下不出活还不好沟通的印象，可能你以后就不用做其他project了?
不是我挑三拣四，是真的就做不出来。我同时还有很多其他更重要的项目在做。
why it is hard, what is the scope? what is the path to green: more time? More resources? More domain expertise? Historical knowledge?
你得把这个皮球踢回去。 “after deep investigation, here are the findings to bring to your for visibity and prioritization…”
应该是principle junior ，哈哈
谢谢！我打算跟老板说我做不出来，但是不知道该怎么说。
你就把这些告诉带你上手的senior或者manager，搞清楚这个任务的expectations是什么，听起来这么复杂的项目不会单独交给新人做的，这里面应该有什么miscommunication。
有可能他们就是让你把两个系统初步对接一下，那你只要知道input output参数就可以，里面怎么工作的不需要都了解。首先两个系统单独都work，然后第二个需要输入A，你想办法让第一个系统输出A应该就能work了啊。你说的debug如果是某个系统单独不work，那得去读文档，或者问相关的人，很多时候是很简单但你不知道的一个小设置。
做不出来直接告诉你的manager。很理解你的难处，给人打工遇到个是人的老板太重要了。
我们组的大佬已跑路。我跟别的组大佬谈过了。大佬眼里泛着泪光，说他同时代的大佬都走了，还给我一个link是另一个已离开的大佬录制的，主要就是说culture 一直在恶化。。。
你这个做法有点不专业啊 起码要自己深入研究一下，给出时间上和工作量上的预估 如果最后你还是觉得要三个月的时间，并且全职投入 就把你自己的预估报告给老板 清除这个路障有多重要值得花多长时间都是由老板决定，要根据你的专业来做，你犯不着操那份心 如果他们觉得这是个小bug，而你花的时间太长，可以换别人来做，每个人的能力不同，肯定花的时间精力也不一样 这是正常的推辞这个项目的做法 你现在的做法就是不想做这个项目，于是毫无理由地推辞，还拖项目的进度