本篇试用流水账体进行撰写。
1. 夜谈是公司组织的一种非工作体裁的交流活动,这次的题目和实际的主题有点不扣,实际上是公司请了某婚恋咨询公司来和大家交流如何处理好家庭和睦问题。
2. 开始做了一个叫做大风吹的游戏,简单而有趣的破冰游戏,以前还没玩过,以后记得了。
3. 夫妻吵架吵起来的根本原因就是上纲上线,迅速从事情本身上升到人格攻击。
4. 我们小组交流了一些避免非理性吵架的经验,比如先退一步指出自己的不对再指出对方的不对,比如控制双方尽量就事论事,比如提前约定吵架不许过夜,比如先忍耐把导致矛盾的事情解决之后再坐下来讨论,等等。
5. 老师作了一个很好的提醒,就是每次务必review导致吵架的这件事情,双方分析透彻达成谅解,否则当下不解决,日后还会被翻出来当作旧账。
6. 最后的环节也很有趣,就是每个组围成一圈,从一个同学开始,其他人依次对他说出自己觉得他最大的优点是什么,然后再换下一个同学,大家再依次对他说出他的优点,以此类推。
7. 记录一下大家对我的优点的认识,很有意思,因为大部分同学都是陌生的,大家仅凭一个小时的印象来谈而已。
7.1 第一个同学:稳重
7.2 第二个同学:踏实,是那种靠得住的男人
7.3 第三个同学:好男人(因为我说过我家的碗归我洗)
7.4 第四个同学:可信赖(他是我团队的内部客户之一,讲到我的团队承诺的就一定做到,这一点比以前他合作过的很多团队都强;我深知他的话是发自肺腑的,因此我深感欣慰)
7.5 第五个同学:责任心强;有幽默感
7.6 第六个同学:爱学习(因为她曾和我一起参加培训,她说她听我说过,读书要读10年以前的,因为一本书出来10年就消失了说明它不值得一读;我的感想是,一个人的一句话都可能成为别人心中的一条河流,所以,时刻传播自己的思想吧,举而措之于人)
7.7 老师:对人生有自己的思考,好学上进,这种人比较会成功
8. 最后的环节下来,我相信每个人今晚都会睡个幸福的觉。
9. 在我们的工作中,也要多善待别人。
10. 最后的感想:一个管理者的优秀程度,不在于他发现了部下多少的缺点,而在于他发掘了部下多少的优势和潜能,并激发和最大的利用好这些优势和潜能。
题外:修身齐家治国平天下,家庭问题是对我们管理能力的最初步的考验,是每一个人都可以享有的锻炼机会,好好把握吧!哈哈
星期四, 十月 23, 2008
星期日, 十月 12, 2008
低效工作方式
很多时候,电脑往往不会增加工作效率,反而会让你陷入为了做这件事情而先做另一件事情之中。现在就是一个例子:
我现在写这篇文章,是因为我发现我正在陷入一种低效。
我发现我陷入低效,是因为我发现我一直在摆弄博客。
我摆弄博客,是因为我发现博客的模板不好看。
我发现博客模板不好看,是因为我准备发表一篇文章。
我准备发表一遍文章,是因为我看到了这篇文章想翻译一下——而这是一个多小时之前的事情了。
一个多小时后,我才惊觉原来我本来是要翻译一篇文章的。
在做一件事情的过程中关注焦点被干扰信息改变,这是降低工作效率的罪魁祸首。互联网的一大特点就是信息量巨大,有时候反而对专心致志没有好处。
我现在写这篇文章,是因为我发现我正在陷入一种低效。
我发现我陷入低效,是因为我发现我一直在摆弄博客。
我摆弄博客,是因为我发现博客的模板不好看。
我发现博客模板不好看,是因为我准备发表一篇文章。
我准备发表一遍文章,是因为我看到了这篇文章想翻译一下——而这是一个多小时之前的事情了。
一个多小时后,我才惊觉原来我本来是要翻译一篇文章的。
在做一件事情的过程中关注焦点被干扰信息改变,这是降低工作效率的罪魁祸首。互联网的一大特点就是信息量巨大,有时候反而对专心致志没有好处。
星期三, 十月 08, 2008
从国防级软件开发的一点数据管窥高质量软件开发
高安全性、低缺陷的软件开发将戏剧性的获得美国国家安全局(NSA)的帮助,因为NSA向开源社区提供了Tokeneer研究项目。项目的主要意图是展示一款非常安全
的软件如何能合理的开发。 Tokeneer使用SPARK Ada语言编写,它是一种高级程序
设计语言,设计用于编写高安全应用程序。这里是它的网页, http://www.adacore.com/home/gnatpro/tokeneer/ ,可以下载到源码和文档。比较有趣的是网页上还列出了项目开发的几个数据,这让我们得以管窥一下高质量的软件开发:
的软件如何能合理的开发。 Tokeneer使用SPARK Ada语言编写,它是一种高级程序
设计语言,设计用于编写高安全应用程序。这里是它的网页, http://www.adacore.com/home/gnatpro/tokeneer/ ,可以下载到源码和文档。比较有趣的是网页上还列出了项目开发的几个数据,这让我们得以管窥一下高质量的软件开发:
总代码行数:9939 行
总耗时:260 天
生产率(日均产出代码行数,按总耗时的天数计算):38 行/日
生产率(日均产出代码行数,按编码阶段耗时的天数计算):203 行/编码日
自交付之日起发现的缺陷数目:1 个
从这些数据我们还可以推算出,编码阶段耗时约 49天,占整个项目耗时的比例是 18.85%,还不到20%。
可以看到,高质量的软件项目,编码的时间比例是很少的,认真的测试和文档很重要,前期调研和良好的设计则是重中之重。IBM说,设计耗时应当占到 50~60%的比重。调研和设计好比战略战术制定,编码好比战斗,这里反映出的道理就是"决策要慢,执行要快"(因为不知道项目人数,所以不好评价生产率的高低,但是 203 : 38 = 5.34 : 1 的这个速度比基本上可以说明这个一慢一快的事实)。
对比我们身边一些项目的六拍运动(拍脑袋上马,拍肩膀命令,拍胸脯保证,拍桌子呵斥,拍屁股走人,拍大腿后悔),真的是天壤之别呀。所以,我们做任何项目,都要避免做出草率的和违反事物发生发展规律的可笑事情。
之前项目管理培训课上,老师讲项目范围三角形(质量、时间、资源)和灵活性矩阵分析的时候,问道,对于项目经理而言,三角形哪一条边最灵活?我抢答质量, 老师笑了,大家也笑了,其实这是个幽一默的答案,不过这个幽默是黑色的。
其实,现实是理想的背面。所以自己开个作坊,做不出来好东西,怪不得其他任何人,只能怪自己没有common sense。
订阅:
博文 (Atom)