可能我这个思想是个错误的思想,项目进度很紧,还需要到处开会,公司里有公司的例会,客户那里还有这个那个会议。1周下来,2天都在开会,总共就工作5天。
来开会的,都是不干活的,来开会的人,比做项目的人还多,来开会的都很有想法,来一大堆的思路,告诉你项目如何如何做,要这个报告,要那个进度,要协调这个要协调那个,NND那你来干呗。
任何一个领导,能说了算一点点的,都来给你指导,非要有修改意见,修正意见才能显示出来,他比你更懂,或者更聪明一样,这个要这么改,那个要那么改,改得一塌糊涂,来的领导少还好,来的领导多了,真要命。
哇靠,随便写了一下,很可能你也会遇到很多这样的事情,发泄一下,心里爽快多了。
将权限管理、工作流管理做到我能力的极致,一个人只能做好那么很少的几件事情。
posted on 2009-03-23 11:24 不仅仅是通用权限设计 阅读(353) 评论(8) 编辑 收藏
评论
1523942你不知道“劳心者治人,劳力者治于人”这句名言?
慢慢修炼吧!
#2楼 回复 引用 查看
这样才能锻炼人#3楼 回复 引用 查看
坚持不了了就辞职#4楼 回复 引用 查看
开会不要紧最紧要是开的会可以解决问题
#5楼[楼主] 回复 引用 查看
最关键是,来开会的,来指导的,都不是做软件的,有的甚至都不是搞IT行业的,领导来了,指导了,
都得听,连工作计划,工作周报,也得按指导的方式来,
跟干活说白了,没啥关系,听他们的与不听他们的,
跟项目中需要解决的事情,也无关。
#6楼 回复 引用 查看
我最反感的就是在项目很忙很关键的是后,一群不知道技术,只想到使用的人指手画脚...更反感的是,在你接受这群人的意见,改正完毕后,他们又说:唉...我还是觉得以前那种方式挺好,你还是改回去吧...
直接崩溃...
#7楼 回复 引用 查看
楼主应该明白做软件的不一定理解需求和业务,如果没有那些人,我们开发出来的程序,可能是不符合实际情况的,也就失去了它本身的价值所在,开会是绝对要开的,而且要有一个较高的频率,我个人的经验就是这样,呵呵。。。#8楼 回复 引用 查看
我之前一周要开三个半天的会,项目组,所在部门,研发大会,小会和一对一的沟通也会多。大家在一起交流没什么不好,但是代码总归是要一行一行写的,所有一般没我什么事的时候都带笔记本过去,有用的记一下,没事时就在会上敲代码。
。。。。