達成目標的技巧 — 摸石頭過河

若把設定的目標比喻為河的彼岸,那麼,要如何才能達到河的彼岸?

有兩點重要的關鍵思考:

  1. 這條河無論如何一定要過。
  2. 盡快摸清這條河的狀況,既不能有畏難退縮的情緒,卻也不是盲目地前進。

說得更明白一點,確定了目標,知道方向在哪裡,那麼,就馬上採取行動,找到第一個渡河點的石頭,踏出第一步。然後,找尋下一個可以渡河的石頭,再踏過去,如此逐步的修正、逐步的前進,最後,即會到達河的彼岸。
這叫做「摸石頭過河」。

因為有明確的方向,所以不致於迷失,漫無目標的亂晃;
因為立即的行動與執行力,不致於規劃太多、計畫太多、想得太多,結果反而導致不敢踏出第一步。

明確的方向加上立即的行動,才是達成目標,渡過彼岸的最佳法門!!

「吃了那隻青蛙」一書中舉了一個例子,可說是「摸石頭過河」的最佳例子:

撒哈拉沙漠廣大綿延 500 哩,沒有任何食物、水、草等。一眼望去,一面平坦,黃沙滾滾,遙望無際。
過去幾年,已有上千人在橫越這片沙漠時因為迷途而死亡。
為了解決該地帶缺乏明顯路標的情形,法國人便利用五十五加侖的黑色油桶來做標示,每個桶子距離五公里,正好是到地平線的距離,也就是在橫越那片平坦的荒地時,所能看到的地面極限。
因此,旅人們一定都可以看到兩個油桶,一個是剛剛才經過的油桶,另一個則是前方五公里的油桶。這就夠了!

我們所該做的就是,朝著下一個油桶前進。結果,藉著「一次一個油桶」的方式,而得以橫越世上最大的沙漠。

同樣地,個人也可以藉由約束自己,一次採取一個步驟,完成生活中最大的工作。自己所該做的就是到達您極目所能見到的目標。如此您所看到的距離便足以讓您繼續行得更遠。

簡單的利器 – 原型(Prototype)

參考:「簡單就是力量」。

原型(Prototype)的目的:

  • 建築師、產品設計師、軟體設計師…,以 “原型” 做為與客戶溝通、達成共識的橋樑,然後才著手執行。透過原型,大家比較容易對概念(Concept)產生共鳴,並致力改變尚未成形的東西。
  • 原型協助架構(Architecture)的建立,讓大家能容易看到整體、更具宏觀的角度來看待複雜系統。並因此而避免一頭就栽進種種的細節(Detail)。
  • 原型可把目標清晰地描繪出來,並且讓每個關係人(Stakeholder)都更容易提供意見,進行改革。

原型的三大指導原則:

  1. 在架構落實以前,讓員工(團隊成員)能自由表達看法,並進行討論、提出建議。
  2. 讓員工(團隊成員)隨時表達意見,有機會影響你正著手進行的方案。
  3. 不斷加快前述兩個步驟(一般稱之為「快速建構原型」)。

簡單化的公司(團隊),可以讓三方隨時有機會提出對其基礎規劃的意見,這三方包括顧客、公司(團隊、專案經理),以及參與規劃、設計及執行的員工(團隊成員)。
這類公司(團隊)會站在使用者的立場及觀點,打造一個不斷變化、難以預料的未來。而最有效的方法就是建構 原型(Prototype)!!

淺論「軟體系統整合」觀

Key abstraction:

  • 軟體廠商應該要能化被動為主動–不是只被動的順應客戶所提出的需求(Requirements),而是要能主動的幫客戶引導出潛在的需求,進而提昇其整體價值。
  • 放棄本位主義,以 同理心 站在客戶的角度來思考,系統整合如何能包容既有系統,保護過去的投資。
  • 軟體廠商要能確保其核心價值之所在,期能使之成為同質性領域內的 No.1。而系統整合,則是掩護核心價值的幕前推手。
    • 核心價值:汽車引擎、關鍵性零組件的專業設計–Domain Framework Design。
    • 系統整合:車體結構–軟體貨櫃。
    • 客製化(Customization):汽車組裝–客製化的產品。
  • 以快速 Prototyping 來展示系統整合的威力,提昇客戶的信賴度及增進團隊開發的信心。

前言:

「從 A 到 A+」一書提到:所謂的「刺蝟原則」代表著公司除了擁有核心事業、核心競爭力外,還必須在該領域達到頂尖的水準。

以此原則來檢視優秀的應用系統軟體開發公司要能在其應用領域的範圍內建構出頂尖水準的核心價值。就如同 Nvidia 在整個 PC 產業中,只專注在繪圖的領域,而開發出超高水平的 3D繪圖卡,使得其它的廠商無法與之抗衡。

與硬體產業較不同的是,硬體的週邊設備及組件均有標準的介面架構在以主機板為中心所組合而成的 PC 系統。而軟體應用系統的介面卻是相當的模糊,模組(Module)與模組之間,並不容易釐清標準的介面何在。有鑑於此,逐漸已有國際的組織如 OMG 在訂製所謂應用軟體標準的介面,例如有 Workflow 的 WFMC 標準,PDM 的 Enabler 規格等。

有了標準的介面,軟體公司更應該來擁抱標準,在標準界面的規範下,發揮「刺蝟原則」,提升其核心競爭的價值,全力發展 Business Framework 的設計,達到世界頂尖的水準。

為了提昇其核心價值(Domain Framework),直接所衝擊的是應用系統要能包容於客戶既有(Legacy)的系統,『系統整合』的最大考驗即在於如何跳脫出子系統之間繁雜的牽絆,能從以整體為出發點的架構觀點(Architecture View)來讓各子系統之間平衡的協調,而具有整體系統的和諧、生生不息的高度彈性。

『系統整合』這把大刀耍得好的話,則更會讓其核心價值達到 A+ 的效果。
所以…
「系統整合」是術 ;「核心 Domain Framework」是略。
「系統整合」是偏 ;「核心 Domain Framework」是正。

戰術與戰略的搭配,正道佐以偏道的支援,才能使得軟體公司達到「基業長青」的永續經營。

要能達成整體、和諧的「系統整合」,軟體公司全體的團隊(包括銷售及開發人員)要更能以大格局宏觀的角度,放棄本位主義(不以自家產品為整合的中心),化被動為主動,發掘及創造出客戶更巨大的利基。

「不行不能知,惟行而後乃能知其知之真偽與是非也」。

「系統整合」的最佳驗證即在於「實踐」,以具體的行動展示而能讓客戶信服,且提昇團隊內部的信心。 『Prototyping』是展示「系統整合」的最佳利器。

閱讀全文 »

壓力的效果

摘錄:「The Deadline 最後期限」

Oracle(先知)對專案經理的回覆:
>為什麼給程式設計人員的壓力最多只能得到 6% 的生產力提升呢?

在壓力下的人思考不會變快。

專案經理的註記 — 壓力的效果:

  • 壓力之下的人思考不會變快
  • 增加加班時間只會降低生產力。
  • 短期的壓力甚至加班可能是有用的策略,因為它們能使員工集中精力,並且讓他們感到工作的重要性。但是長期的壓力肯定是錯誤的。
  • 經理之所以會施加那麼多的壓力,也許是因為他們不知道該怎麼做,或者因為其他辦法的困難而感到畏縮。
  • 最壞的可能性:使用壓力和加班的真正原因是為了在專案失敗時,證明大家並非沒有努力。

成功的特質 — 明確的目標

摘錄:「吃了那隻青蛙」

您必須明確決定自己在人生各方面想達成的目標之後,才能決定您的「青蛙」並動手吃掉它。
明確便是個人生產力中最重要的觀念。何以有些人能更快完成更多工作的最重要原因就是,他們對自己的目標與目的一清二楚,而且不偏離它們。

提示:
成功的一項重要原則:「在紙上思考」。
時間利用最糟的情況之一,就是將根本不須做的事情作得非常好。

七個簡單的步驟並有效的公式來設定及達成目標:

  • 步驟一:明確決定你想要什麼。
  • 步驟二:寫下來。
  • 步驟三:設定目標的達成期限。
  • 步驟四:將您想得到,為達目標所必須做的每件事列出來。
  • 步驟五:將清單整理成計畫。
  • 步驟六:立即對計畫採取行動。
  • 步驟七:決心每天做一點能讓你朝主要目標前進的事。

目標,是成就熔爐中的燃料。目標越大、越清楚,您就會越振奮於去達成它們。對目標越是加以思考,達成它們的內在動力與渴望就越強。

每天思考並檢討您的目標,每天早上開始時,就拿出行動,從事目前您為了達成最重要的目標,所能做的最重要的工作。

軟體思維顧問

專職軟體輔導與教育訓練的獨立顧問。輔導企業資訊單位如何有效組織系統開發與維護;輔導開發人員達成有效的專業分工。傳授如何把軟體作軟 (Keeping Software Soft)的技能,得以提昇系統的彈性/延展,並進而創造系統的再利用價值。

Personal