關於命令分派

2021-10-14 16:25:35 字數 1058 閱讀 9445

在這麼多年的工作中,我一直信奉一條原則:現場、快速地溝通。

特別是作為成長於經濟快速增長時代的80後、90後,面對相對老派的管理方式,諸如命令式、武斷式的,天然都會有一些抗拒。

對於「老闆一定是對的」這種思想,很難發自內心地去認同。

這是好事,也是壞事,好事的成分居多。特別是隨著00後進入團隊,這種思想方式更為突出。

最近遇到一些管理上的事情,讓我對命令分派有了一些思考。只是純粹的保持一線人員決策、隨時支援的這種想法,在實際中還是不夠。

使用命令,是為了將決心付諸實行。命令的表示法有各式各樣,但是不論是哪一種表示法,都不能缺少一定的條件。

① 發令者的意圖和受令者的任務要明示;

② 使受令者的性質和能力得以適應;

③ 受令者自身可以判斷處理的事情不要加以限制;

④ 在交到受令者的手中之前的期間,即使用狀況的變化也不能矛盾。

在命令之外,如果胡亂加與指示的話,往往會使命令不明確,讓受令者誤會或苦惱。特別是預計了名種場合然後指示種種對策的情形:更只是會讓受令者頭腦混亂而已。命令只是為了明示發令者的意思和受令者的任務,應該盡量短而明確才好。

計畫本身不是命令,而是預定,亦即是發令者的腹案。以計畫為根據,隨著時間的經過和狀況的進展等,言明各階段的必要事項,這就是命令。如果沒有認清這個道理,隨意發表計畫的話,往往在途中必須頻頻變更,使得部屬增加困擾,漸漸失去信賴的心情。

對於例行的工作,如果能**在某個期間中條件不會變化,就應該讓受令者了解全盤的預定行動,亦即明示計畫的詳細才好。

當然,這麼廣泛的討論,也是不會有什麼結論的。我們時常聽到的管理原則:專業的人做專業的事,讓一線的人員呼喚炮聲。口號叫起來很爽,運作起來問題一堆。

其中最大的問題是,這些原則,發布命令的人是否能遵守? 如果加上乙個中間層,在傳達命令的過程中是否會失真?

以本次公司內部調整辦公場所為例,我作為主要協調人,是否理解了老闆的意圖,在分派任務時,意圖和任務是否明確?

在安排工作時,是否預見到對執行人挈肘的人和事了?現實中有哪些困難會導致無法安排?

(日常宣告:文中發生的事情,發生於另乙個星球的名為知更鳥小屋的公司。我是一直在學習管理和市場的程式猿,祝諸君今日度過愉快的一天!)

靜態分派與動態分派

1.靜態分派就是按引數的靜態型別而不是實際型別定位方法呼叫版本的過程,發生在編譯期間。過載的本質就是靜態分派,在編譯期間根據引數的靜態型別決定要呼叫的方法。過載demo public class staticdispatch static class man extends human static...

靜態分派和動態分派

靜態分派 所有依賴靜態型別來定位方法執行版本的分派成為靜態分派,發生在編譯時期,典型 應用為方法過載。靜態分派發生在編譯階段,因此確定靜態分派的動作實際上不是由虛擬機器來執行的。動態分派 典型應用為重寫,是一種動態的概念。向上轉型後呼叫子類覆寫的方法便是乙個很好地說明動態分派的例子。就是說,我們在判...

動態分派與靜態分派

包括靜態分派和動態分配。靜態分派 所有依賴今天型別來定位方法執行版本的分派稱為靜態分派,發生那邊應階段典型應用為方法過載靜態分派發生在編譯階段,因此靜態分派的動作實際上並不是虛擬機器來完成的。動態分派 典型應用為重寫,是一種動態的概念。向上轉型後呼叫子類覆寫的方法便是乙個很好的說明動態分配的例子。很...