而最近，一位网友表示小组长的位置其实很难受。这位网友总结了三点成为小辩伏组长以后的工作。首先，虽然有小组长的头衔，但日常工作还是开发，并没有实际的管理权，只是协助管理，真正负责的还是leader；其次，因为分神到管理团队携吵携，没有足够的精力专精在技术上，不能像以前一样提升自己的技术；最后，也是最难受的一点，往上抗压，往下挨骂，往往得不到同事的理解。
不少网友对这位小组长的话表示认同：我也做过这种…怎么说呢…积攒了一点管理经验…但是没有人事权…没有绩效决定权。对初次接触管理的人呢压力很大，关键是他么的工资不多一毛，还要兼顾汇报和编码，事多；我就是这样，组员的锅我背，上面催促也是催我；你的角色可能只是替老板分担管理压力而已，随时都会被收回，并不构成实例职务。
我对此事的看法有所不同。
首先，这是一个好机会，为转型管理做准备。管理是一门艺术，是一个对于程序员来说完全不同的世界：不是以前的数字和字母，更多的是人与人的交往，是从工程能力向沟通能力以及思想上的变化。以小组长的身碰行份提前接触并没有什么不好，反而益处多多。
其次，能够成为小组长，证明已经得到了leader的认可。从leader的角度，也在放权培养人。将军都是大头兵过来的，这是必经之路。
大家怎么看呢？欢迎留言讨论。
最后，给大家推荐一个**Java进阶内推交流群730379855**，不管你在地球哪个方位，不管你参加工作几年都欢迎你的入驻！（群内会免费提供一些群主收藏的免费学习书籍资料以及整理好的几百道面试题和答案文档！）
总结了几条提高效率的要点第一，要学会时间管理
一天就24小时，总要吃饭睡觉，用于工作的时间总是有限的，如何提高效率就变得十分重要了。
时间管理的关键是要事第一原则。在时间管理矩阵中，按照重要性和紧急性可以把事情分为四类：重要紧急、重要不紧急、不紧急重要、不紧急不重要。大量的时间应该花在那些重要不紧急的事情上，因为只有这样紧急的事情才会不断减少。
第二，要学会授权
学会工作授权不仅仅是leader要做的，普通的一线程序员也要有这个意识，否则会被大量紧急不重要或者不紧急也不重要的事情缠身，效率也不可能尺握高。
很多新当上leader的程序员不敢放手，很多事情压倒自己身上，造成了过重的负担，要知道leader需要在自己的职责范围内提升整体效率，而非忙于处理各种杂事；
对于升举一线程序员，也会遇到很多的不重要的杂事，比如一会儿产品问你个事情，一会儿项目问你个事情，或者让你参加一些不必要的会议，一定要明确职责范围，该拒绝的拒绝，让他们去找职责范围内的人去处理。
千万不要当老好人，烂好人。
第三，动手前要明确需求和项目细节
程序员作为实现需求的一方，需要在需求方（不管是产品还是运营还是老板）传达需求的时候充分理解需求，遇到需求不明确的一定要让对方先明确了，有了明确的需求文档了再开发。
相信大家都遇到过不靠谱的产品或者运营或者项目经理，如果不在实际开发之前都明确了需求，理顺了，后面再返工的话，这样浪费了很多时间，效率必定低下。
你可以说是因为需求方不靠谱导致的，但是如果程序员本身有这个意识，会避免很多的风险。
另外，在开发过程中遇到了不明确的地方，感觉有风险的地方，要及时跟相关人反馈沟通，不要拖延。
第四，不重复造轮子
不重复造轮子 这个道理程序员应该都懂，为了快速完成需求已有的功能可以拿来封装和复用，不必重新进行开发。
其实真正能够造轮子的人还是少得可怜，能够把成熟的轮子使用的非常熟练并且吵困碧在这个基础上能够做到精准的定制就非常不错了，毕竟日常工作中还是应用层面居多。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）