1. 程式人生 > >分享兩個故事

分享兩個故事

第一個故事

前兩天和寫文件的小姑娘聊天。 她說寫文件的效率提高了差不多近一倍。讓我感到挺驚喜。

在此之前,一個專案負責人和說起最近文件的工作累計的比較多。 我比較疑惑,所有的專案都需要文件嗎?

然後和負責人簡單的聊了幾句,大概瞭解了下相關的工作流程。

覺得流程上有一定的問題,我就立馬叫上了小姑娘過來簡單開會溝通一下相關的情況。 這種事情不能拖。

小姑娘自己也說寫文件效率比較低。溝通下來發現:基本上每個專案的文件,都重新做了大量的工作。 而我們的專案都是基於我們的產品的,所以除了少數的有差別的地方之外,其他很多功能點的文件都可以複用。

基於此,我們給小姑娘提出了一些建議,比如:做一個完善的通用版本,然後每個專案的文件在此基礎上面做小部分的改動。 一個功能點的截圖,在能夠說明功能的前提下,儘量用通用的截圖等等。

然後她按照這個我們溝通的方式去做,發現確實極大的工作效率。

所以說,工作不能死做,記得有一句話說的好,不要只顧往前走,也要記著看看前方的路。 很多時候,如果我們發現工作低效,可能需要改進我們的工作方式,這就需要我們在工作中多思考,多總結。 善於思者,善於戰也。 思考,總結的時間不會耽誤你的工作時間,反而會幫你節省很多時間。記得我最早剛開始做一個ERP專案的時候,就自己思考著程式碼太多,寫了個簡陋的程式碼生成器。如果是程式設計師,就更應該多思考,提高效率,善用工具,甚至自己開發工具。

同樣的道理,如果管理者發現了某個專案,某個人的工作流程或者方式出來了問題,也一定要對下屬儘快的及時說明,不要置若罔聞(此時置若罔聞簡直就是在犯罪),必要時給予下屬必要的指導。 管理者也不要捨不得花時間在這些流程整理和指導工作上。要知道,有時候看似一個小小的改動,帶來的就是效率的很大提高。 比如前面,我們三個人花了半小時的時間,總共就是1.5個小時的時間。卻在後面所有的文件工作中,會幫助小姑娘節約出遠遠超過1.5個小時的時間,而且這種收益是持續的。

管理有時候是個細緻活,我一直比較關注的是下屬工作能力的成長,因為我相信員工的成長才是團隊最大的進步,所以也一直願意在這方面多花時間。平時 我自己工作之餘,就會抽一點時間到辦公室轉一轉,在每個人身邊看一看。 我並不是不放心大家,而是希望在這個過程中,發現一些員工的不好的地方,並及時指出,然後指導好的思路。比如我會發現一些技術人員在某些技術方面的不足,我就會告訴他應該多去補習相關的基礎知識。如果發現員工的思維方式不對,就會給予思維的啟迪。如果發現某個Leader的工作方式不好,沒有培養下屬的意識等,也會指出Leader的毛病等。 這種指導方式是比直接培訓更有效的方式,記憶更加深刻。

恩,我轉一轉的過程中,一些員工有疑惑的地方,也會主動提出來。

總結來說: 員工自己要多思考,總結。 管理者要幫助員工成長,整理流程,提高思維能力等等。

第二個故事。

前兩天,像平常一樣,在辦公室轉一下。一個做專案實施的員工,由於他工作沒多久,還不是很熟練。向我諮詢了Excel中 多個單元格合併的技巧,過程中還要加入一些其他的固定文字。

其實說實在的,我對excel表格也不是很熟。但是,我帶著他,通過一些簡單的搜尋技巧,優化搜尋關鍵字,加上一些對比思考等等方式,很快的就找到了解決方案。

同樣的一個問題,我和他其實都不會,但是我可以很快找到解決方案,而他並沒有,為什麼呢?其實這就是解決問題的能力的差異。 我平時也對員工強調這一點,同樣的問題,給兩個人,兩個人對於該問題的知識點可能都是一樣的,但是能力強的人可以很快解決一個問題,能力弱的人就沒有那麼快解決一個問題。所以我們除了要學習知識、技術以外,還需要鍛鍊底層能力,這兒說的底層能力,主要是底層思維能力。在我們已知資源的基礎上,快速找到解決問題的方法。這是一種重要的思維能力,但是這需要長期的鍛鍊,不像學習知識點或者技術點那麼快速,但是其收益遠高於學習某個技術點或者知識點。

比如在這次解答問題的過程中,我運用了簡化,搜尋,聯想猜想,嘗試,類比等一系列的方法。

簡化方法,也就是複雜問題簡單化。這種方法是從一個複雜的問題,提取出關鍵因素,然後發現解決方案,找出相關規律,然後把找出方案或者規律,然後再回過來運用到複雜的問題上。或者把多個影響因素糾纏在一起的問題,變成多個沒有糾纏因素的問題。比如之前實施人員已經做了一個複雜的公式,但是是錯誤的,我先簡化問題,只簡單的合併兩個單元格,而不考慮其他的因素。

加上猜想和嘗試。這個時候找出了單元格合併是通過連字元 “&” 來連線多個單元格的規則。比如 A1&B1 就是A1和B1單元相加,當然這個是一個Excel公式。

在這個聯想猜想的過程,也是類比了程式設計中的字串相加的過程,比如JavaScript中的兩個字串變數的相加:A1+B1,可以看出連字元就是 程式設計中的加號的意思。所以類比、猜想、嘗試,除了本身的思維方式外,還依賴於知識廣度。

然後回到複雜一些的問題,要加入其他的固定字元,比如temp,通過類比程式設計,猜想嘗試,很快解決: A1&“temp”&B1。

接下來更加複雜問題,還要輸入引號本身,我們知道,固定的字串需要用引號“引起來”,那麼如何輸入引號本身呢? 最開始嘗試了下““”是不行的,學過程式設計的應該都知道轉義,接著猜想此處可能同樣需要轉義。

這個時候,想到到搜尋引擎這個工具,實施人員搜尋了一把 “Excel如何輸入引號”,然而並沒有找到答案。因為他的搜尋關鍵詞不對。對於搜尋,運用精確的關鍵字也很重要的,也是一種重要的能力。因為Excel本身是可以輸入的引號的。 而當前問題問題中是在公式中,所以我讓他改變關鍵詞 “Excel 公式輸入引號”,第一條搜尋結果就是:

輸入引號的方法就是 用兩個引號,此時問題就解決了: “”,但是發現並沒有出現引號? 思索了一下, 還記得前面總結的規則嗎? 要加入固定的字元,需要用引號引起來,兩個引號“” 表示一個引號,要顯示出來,還需要用兩個引號引起來,所以應該是:““””

至此,問題得到解決。 當然最主要的不是這個技術點,上面主要說明的是一個思維過程。可能excel高手有更好的解決方案,此處不議。

當然,對於實施人員來說,他也採用了了一個常用的解決問題的方法,那就是尋求幫助。記住:適當的尋求幫助,也是解決問題的重要手段。這也是利用已有的資源,不是嗎?比如我平時有時候遇到問題,我也會很快的找相關的人員尋求幫助。當然我這種尋求幫助基本上都是諮詢性質的,不會給對方造成太多的困擾。我不會說扔一個實質性的一個任務,讓別人幫忙來做。我會在別人的建議 思路綜合了自己的思路,很快形成自己的解決方案。

總結: 培養底層思維能力很重要,底層思維能力比知識點更重要。底層思維能力強的人,發展前途一定更好。當然不是說技術本身不重要,事實上學習技術和鍛鍊底層能力是相輔相成的。平時可以多做一些發散性的聯想、想象、類別訓練,也可以做一些收斂性的抽象、歸納、總結訓練。
另外,懂的適當尋求幫助也很重要。

更多精彩內容,請關注公眾號:ITman彪叔。