最近发现项目中一个问题,其实也是大家都可能遇到的问题,所以大家一起讨论一下。
项目开发中我们一般都会根据自己的开发习惯来做事,设定技术选型、规范等等。
一般来说我们都是出于好意,但太多个人色彩,可能个人开发会更舒服、便捷,但这些有时候并不适合团队开发。
个人开发讲究快、但团队开发更多的是扩展性、稳定性、维护性等等,个人代码是给人看的某种意义上算是一个艺术品,但团队开发更像一个工程、工厂。
说说现在的情况: 因为一些原因导致在团队中说话分量比较轻微,之前一些重大决定虽然是朝着我说的方向去做的,但也是借由别人来说出来。最近发现团队中的一些决定有很大可能会给项目的维护带来很大的负担,当然也不是 100%可能,只是说有非常大的可能性。我要不要去跟经理(上一级领导)讲这个事情,毕竟风险还是很高。
我很喜欢现在的公司、现在的团队,正因为这个大前提,所以我更希望我们的团队越来越好。
1
DesertCamel 2019-04-01 09:30:58 +08:00 via Android
多半吃力不讨好
|
2
ifxo 2019-04-01 09:31:57 +08:00
不该
|
3
across 2019-04-01 09:34:37 +08:00
自己有附上解决方案的话我可能会。
|
4
Exp 2019-04-01 09:43:38 +08:00
个人感觉应该尽自己努力去表达自己的意见(如果能附带解决方案是最好的。),领导有自己的考虑,但是也应该让领导去了解手下员工的想法。互相沟通之后有可能达成意见一致。
|
5
reus 2019-04-01 09:45:30 +08:00
你倒不如说说具体是什么决定,说不定你是错的呢?
|
6
shylockhg 2019-04-01 09:46:34 +08:00
积极沟通,见机行事
|
7
lychnis 2019-04-01 09:47:07 +08:00 via Android
取决于你领导是什么人
|
8
panyanyany 2019-04-01 09:47:25 +08:00
你把这事想得太沉重了吧,你就平时反馈工作内容的时候顺带提一下,他重视当然最好,不重视你也没什么损失啊。
|
9
TingHaiJamiE 2019-04-01 09:50:02 +08:00
我倾向于你当上领导了再来解决这件事。
|
10
sm0king OP @across
@Exp 嗯,有解决方案的。解决问题的思想、方法都有。 @TingHaiJamiE 之前带过团队,所以可以预见一些事情的发生。 @panyanyany 嗯,我也一直告诉自己可能自己想的太沉重,他们应该有解决方案,毕竟现在是执行者,坚决拥护团队决定才是最好的。 @lychnis @reus 希望自己是错的,希望团队越来越好。 |
11
sighforever 2019-04-01 10:39:18 +08:00
项目中的其他人是什么意见有问过么?如果大家都觉得应该改就没问题,觉得无所谓你就得想着背锅,觉得最好不变就算了
另外可以先私下和领导提一下,看领导怎么个口风,他要是希望那种不折腾的,你就别折腾了 |
12
wuwuwuwu 2019-04-01 10:54:39 +08:00
看了楼上各位的回复,我也有两个想法
第一个,先私下和‘直属’领导提一下,提出问题,附带解决方案,看看领导什么意见,领导不管那你就默默的整理出当前的问题和解决方案,自己存留;如果领导想让你来解决,那么请低调的解决,定期的默默汇报解决进度 第二个,这个比较腹黑,让其他人跟你有一样的想法, 这个怎么操作,我只能提示你“潜移默化”,然后接由别人来提出,这种方法就没有你的功劳啦,同样出了事情你也不用担责任,就算就别人抱怨工作量增加啦,巴拉巴拉的也怪不到你头上 |
13
jxf2008 2019-04-01 11:00:48 +08:00
个人原则:
如果不做某件事,不会影响每个月打到工资卡的钱,那这件事坚决不去做 |
14
forestLittleBear 2019-04-01 11:02:06 +08:00
某些原因(划重点)
算了吧。 |
15
mars0prince 2019-04-01 16:06:01 +08:00
每个人都有每个人的事,技术选型、规范就是领导的工作,做好自己就行,向上汇报一般费力不讨好
|
16
foriget 2019-04-01 21:21:31 +08:00 via iPhone
别越级
|
17
LeoEatle 2019-04-03 13:32:59 +08:00
这个没关系的吧,开会的时候拿出来讨论讨论,大家不同意就算了,反正你还喜欢这个团队的,所以没什么关系。
|