请问如何用minimal effort做出max impact

rt，Lz比较junior，说一下最近观察到的事情。隔壁组（可以理解成central team)里有一个烙印tech lead，反正我做的一个project需要用到他那边的东西（很多其他组也需要），然后delay了几个月才勉强做出来，所以感觉他执行力也不怎么样，但是因为其他组进度也很慢所以大家不是很care，但的确有拖慢我和旁边一个组的进度所以非常不爽。烙印TL给的理由是有其他project。然后看了他做的其他project，就是用一个新tech stack改一个已经存在的东西然后发了个post，但其实看了代码大部分都是那个做新stack的infra组写的code，不知道他的贡献是什么，但是他post就写的显得自己牛逼哄哄，说改用了这个之后performance好多少多少，但其实后来听内部人说是因为他发现了自己以前写的不好的地方改过来了和新stack没什么关系。
但是这样大部分人看起来（包括他老板，因为没有人会和其他组的人仔细聊他到底是怎么写的这个project的码）因为大家都是result driven，所以看起来impact很大，但是根据有限的合作真觉得这人只是很会market自己。
然后他做的事impact大是由于组的原因，做一些很多team都需要用的东西。想请教下前辈们，自己做了10%，但是怎么能（不轻易被识破）把它说成100%，或者比如自己去主动做一些impact会很大的project但是可以leverage别人或者别人的工作然后用最少的精力，做最多的大impact项目然后还能market的特别好。开始说了lz比较junior所以没有TL那么容易招人帮忙。
感谢！

有类似经历，所以能理解心态。这里有两个问题，怎么放平对隔壁组TL的不满和自己怎么"改进"。
关于隔壁组TL拖需求，第一反应其实应该是escalate给自己的manager，然后去push那个TL或者等待期间找别的事情做。对于他优先做的project，同组的人也不一定完全了解，而你也没有全部的context -- migrate到新stack会不会是对方manager心中的top priority以至于天天push？那些改掉的问题是不是做了很多experiments才发现的？migrate的代码量是否很大，或者需要时刻关注对production的影响？想要攻击别人总是能找的到理由的。
做事和画饼不是非黑即白的关系。engineer工作肯定有轻松的好活和麻烦的烂活，只做前者是不可能的（那就会激起别人不满了）。提升技术能力，扩大scope，获得manager/peer支持，这三者是互相促进的。如果每个project都比上个重要一些复杂一些，而每次做新project时都能吸取之前的经验做得更好，那就是在良好的track上。
其实看完帖子第一反应是JOJO里那段"追求真实的意志"的台词，每次都努力做好自己能做的事情吧。