阶段性的反思让我们成长

常常跟自己撕破脸的人,也不惧怕别人来撕破脸。

我们总是要面对自己的缺点,而且,越是坦诚布公的人越是强大。当然了,忏悔可以对着某个角落,但是承认错误这件事,我觉得蛮基本的,应该向全体人员来说。

首先,我要向所有咱们社团的成员说:“我过去的近半个月里,犯了激进主义的错误,造成了很多失误,还好没有造成什么太大的灾难,罪责难逃,我向全体人员道歉。”

近期感触很深的一件事情就是“职能混乱”,这也是我们社团发展过快必然会遇到的问题。产品总监跟我说自己可能带不起一个项目来,我当时其实有些担心,但是也欣然答应了。以至于后来我看到产品经理不给力,直接我就上手去帮他……这样,有意思的事情发生了,产品经理在做着整体设计的同时还要敲很多的代码,该敲代码的小伙伴们没了活一方面抱怨我们不听取群众意见,另一方面自己在不断地跟我提组织和团队建设的议题。直到今天,我才发觉到,我确实陷入这个恶循环了。

为什么会这样呢?简要来说原因有二:第一个是我们全体人员的能力普遍还很低,如果不让几个人带头冲,队伍根本起不来。第二个是我们项目的负责人员不明晰,领导层混乱,这使得我们总在寻找一个平衡点——一盘散沙怎么会有平衡之说?肯定找不到。

解决的方法我们会不断探索,但目前的情况来看,我能想到的就是,随着大家能力的普遍提升,我会逐渐收手,更多关注需求分析和整体设计。对于每个代码手来说,前期可以跟进却可以稍作修养,“养兵千日,用兵一时”,相信只要把理说清,坦诚相待,能够相互理解的。

其次便是崴了脚这件事,我认为我自己折腾地太欢了,没有给自己和这个社团一个良好的自身的定位,总是在勾一勾摘桃子,心里的桃子却越来越高,收不住了。一个人或者一个团队的能力肯定是一步步提升的,一口吃不成胖子的。自己能够做的事情是很有限的,投资现在不如投资未来,让部员们更有能力,也好说让咱们社团更进一步发展。所以感到自身能力不足的时候,其实不是自己太差,而是目标太高,真的,这个时候应该塌下心来,想想,怎么化悲痛为潜力。我们国家改革开放了将近40年才迎来了深化改革,我们社团更应该踏踏实实去努力,打好基础虽然不是啥增光添彩的事情,但是为了之后的腾飞,我们应该拿出魄力去做“文景之治”。

最后就是,近期最有感触的一件事情——因人废言。嘿嘿,其实很奇怪,我对于两种极端的人都会产生这种不好的心里,也可以能是打出局面太疯狂了,杀红眼了。对于一些刚刚加入的同志,提出的一些建议,我总会有这样的第一印象:“他才刚刚加入,我们社团的事情他并不了解,提出的建议和意见,可能起不了什么作用。”再有就是企业和上级提出的建议,我总在想:“虽然他们经历过我们的阶段,但是具体情况已经有了很大的改善,是不是会陷入悲观主义,而从此停滞不前?”

但其实,我恰恰忽视了两句至理名言。“当局者迷旁观者清。”“什么叫领导?领导就是服务。”我学***理论学得太发死了,只关注了前面的“革命和建设都要走自己的路。”却丢失很重要的后面的参照。

放到具体的环境中,就是,我做的,是一件服务人民的事情,不能有任何的私欲甚至是任何的功利之心,前期我坚持的还好一些,随着压力越来越大,我终于还是开始寻求外界的帮助了,事情发展到了很糟糕的态势。

反正恒宝就是这样,从来不畏惧承认错误,我就是错了,错得很深重,让一些同志很疼痛,我一定会努力改正,为了集体更好的明天而奋斗不止!

时间: 2024-10-12 18:15:25

阶段性的反思让我们成长的相关文章

阶段性自我反思及学习动员----2019.07.07

自我反思及学习动员 Time is flying! 转眼间,工作已经这么多年了,按理说,在职场经过这么多年时间的洗礼,我也应该被洗成职场老手了:然而事实上,老的只是年龄,技术方面一点也不老,甚至还比不过一个刚入职的职场新人. 深刻反思 有上述中的不安全感,究其原因,有如下反思: 1.缺乏反思:自己在工作.学习中碰到过不少问题,在解决问题之后没有花费时间和精力去做好总结和记录,致使好多碰到过的问题,再次碰到时还是不知道怎么处理,还得重新去想办法解决,即花费了时间精力,又没有很好的学习提高成效. 2

阶段性反思

记录博客将近一个月了.每天发一些学习到的知识点,似乎有点枯燥乏味.如果每天都只是记录一下所学知识点,也有点固步自封的感觉. 从下星期开始会在一三五发一些纯知识的干货或者整理一下以前发过的一些文章进行完善,二四日则发表一些对一些计算机技术的刨析和看法抑或有关计算机方面的知识普及.顺便还能训练一下语言组织能力.周六休息或进行阶段性的反思.这段时间一直比较忙,但我会坚持每周六天的博客发表,也算为自己设立一个小目标,毕竟我能坚持下去的事情一直都很少. 希望我的文章对你有帮助,也希望你能帮我指出不足的地方

SQL Server--你可能不知道的技术细节:存储过程参数传递的影响

前言 很多人认为数据库其实很简单,也没什么大深入的细节去研究,但是真正的一些细节问题决定着你的是否是专家. 本文主要讲述一下存储过程参数传递的一些小细节,很多人知道参数嗅探,本例也可以理解成参数嗅探的威力加强版++ 小例子 ---创建测试表 SELECT IDENTITY(INT,1,1) AS RID, * INTO TB1 FROM sys.all_columns GO ---模拟大量数据 INSERT INTO TB1 SELECT * FROM sys.all_columns GO 10

2016第45周二

周口出差中,跟同事讲真正能实现可实现最好能做的事,然后在现有环境规定时间内做到最好就行了.把每个当下的时刻过好,逐步让自己成为牛人,当你连续多天照镜子反思自己没什么成长,在重复之前的生活时就应该做些改变了,深刻反思自己,挑战逃避的困难,结交上进的人.正如下面文章所说的,洞察社会趋势,把我关键方面,不断修炼进而打造自己核心竞争力. 你也许听职场老司机传授过这些经验: 你要经营自己的人际关系,多认识一些人总没有坏处: 你要制定每天的工作计划,每月.每年都要有目标: 你要有效管理时间,利用零碎时间持续

从游戏开发到web前端——仅仅只是开始

文章开头,请允许我随便扯扯. 一来,开头从来都是最难写的,二来,描述我现在的心情和状态以及工作背景啥的,对于大家理解后面的内容也许会有所帮助~ 2012年211大学毕业,工作4年了,一直都是做游戏前端开发.从03年PC网游<传奇>,到11.12年的web页游<神仙道>的火爆,再到13年的<MT>等手游的崛起,我见证了中国游戏行业的3个重要发展阶段,现在又来到一个新的阶段——h5游戏. 这样看来,我是幸运的,作为一个玩家:但从一个游戏开发者的角度,显然,我对这几年的工作经

存储过程参数传递

http://www.cnblogs.com/double-K/p/6203202.html 前言 很多人认为数据库其实很简单,也没什么大深入的细节去研究,但是真正的一些细节问题决定着你的是否是专家. 本文主要讲述一下存储过程参数传递的一些小细节,很多人知道参数嗅探,本例也可以理解成参数嗅探的威力加强版++ 小例子 1 ---创建测试表 2 SELECT IDENTITY(INT,1,1) AS RID, 3 * INTO TB1 4 FROM sys.all_columns 5 GO 6 --

只要生活还在,一切都将美好

很多人说我现在心态越来越好,其实我自己倒是不怎么觉得,为什么呢,因为我总是觉得,也许明天的我还会变.因为我就是这样子的性格,总是有一些稀奇古怪的想法. 但是有一点我一直都是坚信的,那就是只要生活还在,一切都将会美好. 晚上跟几个朋友在聊天,其中有一个,一直以来都没谈过恋爱的,没想到却是相亲见面的那个星期就订婚了,然后他一个月就怀了,再后一个月,也就是认识2个月,要办婚礼了. 说到他我们真的一直感叹,人生真的太不说准了,幸福也许真的就在明天. 因为他很不会说话,而且很爱很爱看小说,人也都是超级普通

项目阶段性反思

引子    参与开发了好几个产品,从来没有遇到现在的情况:各职能小组配合很不协调,开发效率史无前例的低下,预期上线时间保留估算超过了预期上线时间一周,这不得不让人反思. 为什么这么慢 产品需求,业务逻辑往往被忽略. 一是产品方面:在产品设计之初,产品负责人一定要非常清楚确定所设计软件的需求和功能范围,如果一问之下有些地方自己都无法说清道明是非常不应该的. 二是程序和接口相关人员:程序往往容易忽视需求和业务逻辑, 对业务逻辑的细节不了了之,因为毕竟有原型和接口,一看就知道怎么做,但是有时候往往容易

openstack成长之旅 - 5 Swift介绍安装及作者的反思

这么长时间没有更新博客了,哎,之前都是用Ubuntu物理机搭建的openstack,但是最近用自己的centos虚拟机搭建的时候总是报错,一些基本的东西,频频出错,对此很是无奈啊,看来我的能力还是有待提升了,虽说虚拟机搭建openstack会有一些问题,但是也没有我的这么夸张吧,所以我决定,最近一段时间内要闭关修炼了,一定要能在任何环境中熟练操作openstack,希望大家能持续关注我哦. 下面简单讲解下Swift这个在openstack中起到非常重要的存储组件吧. Swift是openstac