1個小組長,雖然小,但是里面的東西可不小啊!
先說1下今天的問題吧?
前兩天各組員開會布置了任務,記得當時是這樣發布的命令,1個畫原型圖,另外一個研究設計模式。星期5晚上咱要開會。
結果今天晚上8:30開會的時候,讓他講1下自己的設計模式研究,結果他也不知道怎樣講,就這樣干了半個小時1點效力也沒有。因而大家就說再研究研究,明天再給我們講。
對這個問題,我們請教了1下別的組長,“為何我的組員不知道怎樣講授設計模式啊?”他人說,你的要求沒有說明白,你當時分配任務的時候就應當說明,你看設計模式,看到甚么程度。應當講給他人聽的時候,讓他人明白每一個類中的方法,明白類之間的關系,能大致想象出這個模式的使用。
受了他的提示因而又給自己的組員進行開會,分配任務,1人兩個設計模式,明天晚上開會。講授設計模式,講授的效果,可使他人明白如何用,每一個類中有甚么方法,明白用這個設計模式的好處是甚么。
次開會過后,我反思了1下為何當時開會大家不知道說甚么啊??
來前兩天分配任務的時候,說的要求是你研究那些設計模式,到時候給我們講講。所以才致使了今天開會沒有甚么效力嗎??
為何開會會沒有效力啊?
是自己在分配任務的時候,就沒有詳細的說明這些要求。這些任務做到甚么程度,甚么時候做完,甚么時候開會,這些必須做好要求。
是自己根本不是很清楚知道自己想要的結果是甚么,所以自己在分配任務的時候,做的要求就相對應的差很多了。所以大家在完成的時候就會大打折扣。
在開會的時候要明白自己要的結果是甚么,然后對分配的任務做詳細的要求。
每步都有自己的目的,明白自己要甚么。
陌生的東西,1開始你肯定不知道應當如何做,只有在1次次的失敗中,攢足了經驗,你才能夠駕輕就熟。
上一篇 JavaScript面向對象編程(2)對象上的特殊屬性
下一篇 九面埋伏