1个小组长,虽然小,但是里面的东西可不小啊!
先说1下今天的问题吧?
前两天各组员开会布置了任务,记得当时是这样发布的命令,1个画原型图,另外一个研究设计模式。星期5晚上咱要开会。
结果今天晚上8:30开会的时候,让他讲1下自己的设计模式研究,结果他也不知道怎样讲,就这样干了半个小时1点效力也没有。因而大家就说再研究研究,明天再给我们讲。
对这个问题,我们请教了1下别的组长,“为何我的组员不知道怎样讲授设计模式啊?”他人说,你的要求没有说明白,你当时分配任务的时候就应当说明,你看设计模式,看到甚么程度。应当讲给他人听的时候,让他人明白每一个类中的方法,明白类之间的关系,能大致想象出这个模式的使用。
受了他的提示因而又给自己的组员进行开会,分配任务,1人两个设计模式,明天晚上开会。讲授设计模式,讲授的效果,可使他人明白如何用,每一个类中有甚么方法,明白用这个设计模式的好处是甚么。
次开会过后,我反思了1下为何当时开会大家不知道说甚么啊??
来前两天分配任务的时候,说的要求是你研究那些设计模式,到时候给我们讲讲。所以才致使了今天开会没有甚么效力吗??
为何开会会没有效力啊?
是自己在分配任务的时候,就没有详细的说明这些要求。这些任务做到甚么程度,甚么时候做完,甚么时候开会,这些必须做好要求。
是自己根本不是很清楚知道自己想要的结果是甚么,所以自己在分配任务的时候,做的要求就相对应的差很多了。所以大家在完成的时候就会大打折扣。
在开会的时候要明白自己要的结果是甚么,然后对分配的任务做详细的要求。
每步都有自己的目的,明白自己要甚么。
陌生的东西,1开始你肯定不知道应当如何做,只有在1次次的失败中,攒足了经验,你才能够驾轻就熟。
上一篇 JavaScript面向对象编程(2)对象上的特殊属性
下一篇 九面埋伏