完全不同领域,文科生看不懂lz的例子,我最近一个project也是完全没经验,整个小组就我最菜鸡。我做得最多的就是向组员问问题,等着对方“临幸”。组员和组长的建议我照单全收,非常感激。推进过程中如果遇到困难,我再告知他们的方案在取得好进展的同时(先说这个,很重要),遇到一些挑战。然后再让大家讨论。到了project后期我已经差不多掌握了,就开始主动做收尾工作。我的方式也是先于其他人准备好资料,给他们看“这样行不行”。任何人的建议,只要不危害我的切身利益,先让他们说,等组长拍板。组长说什么就是什么。多做一点无用功无所谓的,只要大方向对就行,有些弯路绕一绕,得到的个人利益更多。这个过程中所形成的合作共赢感,对组长是很重要的。至于组员们,人家觉得你“not very hard to work with”也相当重要。
最近几次开会,都有领导在,C不在。我呢,因为加入较晚又第一次接触这个领域,他们有时候讨论的我可能缺乏些前因后果或者有不同的理解,有时候会导致和他们观点不一致。最后变成我是那个什么都不懂的人。但实际情况是,他们告诉我的方案,最后和C确认,证实我的理解是对的,他们理解的是错的。
还有个事情,大家帮我看看,到底谁对。我们的一个应用是部署在Azure云上的,B会上提到用terraform部署,我当场反对他,和terraform有什么关系。Terraform只能用于infra的部署,但infra和我们无关,我们的code用Azure DevOps就好了。然后A站B,说terraform支持各种云。如果code已经在terraform上了,当然可以用。我的问题在于,terraform只是用于部署infra的资源。app的code,还是需要Azure DevOps。而A和B都反驳我。该会领导也在,领导不懂技术。但领导看重A。最后指明让A来lead方案。感觉我就是那个啥也不懂的小白。
不知道这里有没有懂的,帮我看看是我对还是AB对。
大多事情也没有绝对的对错 你可以问问 A 怎么部署的考虑,不需要一上来就说对错下结论啊。。。
p.s. 基本每个小时都碰到类似情况。一直讨论对错,应该很快就被政敌搞死了。。。