顯示具有 知識管理 標籤的文章。 顯示所有文章
顯示具有 知識管理 標籤的文章。 顯示所有文章

2010年5月31日 星期一

知識管理(Knowledge Management)

清晨6:03 Posted by Envisioning U-Commerce Lab

在「管理資訊系統 - 管理數位化公司2.0」這本書中提到了數位化公司的成長必須導入知識管理,所以我們在此探討下列觀點。
  • 資料、資訊、知識、智慧
  • 知識創造的SECI模式
  • 知識管理的基礎觀念
  • 知識管理的需求審核
  • 知識管理的導入準備
  • 知識管理的成果審核
  • 知識網路架構與實施策略
  • 知識管理的關鍵成功因素

課程教材:
  • 知識管理系統介紹(簡報)
  • 知識管理系統介紹(附件)

延伸閱讀:

2010年5月30日 星期日

閱讀分享行為模式

上午8:51 Posted by Envisioning U-Commerce Lab

參閱...


工具...







2010年5月29日 星期六

概念圖有助於理解與進行有意義的學習

下午4:39 Posted by Envisioning U-Commerce Lab

有研究證據顯示,知識在腦中是以命題為基本單位,採階層式儲存的。因為概念地圖(Concept Map)的目的是反映知識元素的組織,因此概念圖能有助於理解(Sense-making)與進行有意義的學習。




Joseph D. Novak 於1970年代,在康奈爾大學發展出概念圖繪製技巧。當時,Novak 將這種技巧應用在科學教學上,做為一種增進理解的教學技術。概念圖在教育以及商業中廣泛用於腦力激盪以及傳達一些複雜概念

在概念圖的觀點裡面,學習的目的並不是讓學習者達成一個指定的目標,而是讓他們在自身已經有的知識架構上,添增更多學習的成果,讓自己的知識架構更趨完善。

概念構圖主要可以幫助學習者加強在形成內心表徵前所需的統整、重組資訊的能力,讓學習者將所閱讀的知識與過去已有的相關知識重新做連結,使學習者對於相關知識產生全面性的瞭解。視覺化的學習是現今人類學習知識以及獲得知識的重要途徑和方法之一,而概念構圖是一種具有視覺化的認知結構表示法,便是在此思維下發展出的一種圖解組體。



而在這篇文章「心智圖方法教學我的真實經驗版,發散到收納複雜思考的9步驟 (Diigo註解版)」提到使用心智圖軟體構思的流程,可以歸納為一種「思考的循環激盪」,先聚焦主題、再發散思緒、然後收斂思考、最後聚焦到我想找出來的幾個解決方法上。







推薦工具...



2010年5月28日 星期五

SOP就是將工作know-how歸納整合成書面制式規範

下午3:31 Posted by Envisioning U-Commerce Lab ,
The Birth of SOPs
After the Great Train Wreck of 1856, public outcry prompted railroad companies to implement more standardized safety measures. Thus, Standard Operating Procedures were born. And as businesses grew from mom-and-pop shops into national outfits, SOPs became commonplace.



當工作是可重複的時候,標準作業程序就好比是已然經過驗證的「最佳實務」(best practice),可以確保獲致穩定、不出錯的成果。
彼得‧杜拉克(Peter Drucker)在《有效的主管》一書中曾說:「效率,就是『以正確的方式做事』;效能,就是『做正確的事』。」SOP就是將工作know-how歸納整合成書面化的制式規範,讓即使不熟悉作業方法的人,也能快速進入狀況,「以正確的方式,做出正確的事」,在有限的時間與資源內,執行複雜的事務。
毫無學問的「照著做」,卻可能造成生死一瞬間。對應在平常工作上,更往往是一件事「做完」與「做好」的絕對分野,許多問題與意外,就起因於「看似做完,但沒做好」所引發。
SOP其實有兩大目的:告訴員工「Do right things」(政策)以及「Do things right」(程序),知道哪些事能做或不能做,以及對的事情又該怎麼才能做好。所以,標準作業流程不能只有程序步驟,還必須要有政策做為背後的道理,才能讓員工在處理事務上,維持規範,也能保持合理的彈性。

要讓SOP能滲透到企業深處,成為企業DNA。
SOP真正的精神,是為了改革業務流程以提升效率;SOP也不是只為了確保「萬一A離職了,B也能藉由標準作業程序,很快地銜接上A的工作」,這只能說是SOP的結果之一,或只是SOP附屬產品。
SOP在制定階段,通常是由經營高層決定著手,溝通模式是「由上往下」(top-down),因此必須倚靠中階經理人,做為經營高層與第一線人員的溝通橋樑。至於要做到「由下往上」的溝通(bottom-up),就比較困難,因為SOP經常被管理高層視為一種經營工具,目的在於流程效率化、做好風險控制,由上往下的視野,比較能綜觀全局,從下往上的話,比較難想像全貌。 
決定推行SOP的同時,建立溝通架構是非常重要的事,萬一操作SOP的第一線員工,連「為什麼要這麼做」都不清楚,很容易會造成SOP脫離現實的遺憾。
企業在擬定SOP初期,通常是以專案型態進行,到了落實階段,就一定要設立「管理者」「所有者」這兩個角色:「所有者」通常為課長等級,管理者則為「C『X』O」層級,如CEO、CFO、CIO。由於業務或組織的改變,通常只有真正在執行的人最清楚,所以需要由「所有人」,將SOP執行現場的變化傳達給SOP的制定者或管理者。


程式的組織方式,一般是應用包含模組,模組包含類別,類別包含方法。這樣的組織方式,也可以在SOP中採用。訂定SOP組織的方式,先由上而下定義好之後,再「由下而上」(bottom-up)檢查有無漏失或者不好的地方。
程式的組織方式,一般是應用包含模組,模組包含類別,類別包含方法。這樣的組織方式,也可以在SOP中採用,而這種上下包含的關係,可以直接和公司的組織架構相對應。訂定SOP組織的方式,先由上而下定義好之後,再「由下而上」(bottom-up)檢查有無漏失或者不好的地方。

流程系列三之 撰寫SOP的原則 - 專案管理生活思維
流程系列四之 如何撰寫真正有用的SOP - 專案管理生活思維
在製作標準化的流程時(也就是SOP),建議把握下列幾個原則: 1. 架構應由粗到細,由上而下;2. 清楚易讀;3. 每一步驟的介面切割清楚,定義明白;4. 日後好管理;5. 防呆設計。

延伸閱讀...
工具...




分享...


SOP範例 - 頒獎典禮或研討會活動作業規劃

中午12:09 Posted by ChenYuYi ,

以Process Street製作的SOP很容易公開分享給別人引用修改,以這個單元的練習來說,只要有開通Process Street帳號的人開啟這個Template連結網頁,就可以點選右上角的I want this for my business來將該Template另存副本到自己的帳號下使用。







不過,可能有一種狀況會出現錯誤訊息告訴你無法建立這個Template副本(如下圖),請注意畫面右上角照片小圖旁邊呈現的是我目前在 "計資中心主任室" 組織下,但在該組織我不具編輯權限,所以我無法將這個Template副本建立進去。這時要做的,就是點擊照片小圖旁邊小三角形,下拉選單切換到是你具有編輯權限的其他組織,再次將該Template另存副本就可以順利存到自己的帳號下使用。




將Template建立副本到自己帳號下之後,就可以Edit this template。編輯功能操作就不在這篇多寫了,其實參考官網上的Process Street User Guide很容易就能上手了。








將Template修改成適合自己使用的之後,就可以執行Run checklist。






最後,再Assign users邀請其他夥伴加入使用這個Checklist,系統便會發出邀請郵件通知夥伴。(注意: 如果不是要新建一個SOP的Template與Checklist,其實這篇文章的所有步驟都不必做,因為你被邀請之後就能看到那份工作Checklist,你只是負責把自己的事情依進度逐一填報到Checklist即可。)
或者,若要完全開放給任何人都可以使用,就將Share link變成on,再將網址告知其他人。






最後的建議,把自己以往建立的一些工作SOP拿出來吧,在下次要執行那項工作前先用Process Street建立好Template與Checklist,到時候工作展開就用它來做管理,就會感受到利用此工具平台是如何能要求團隊成員依循SOP踏實完成每一項作業。



2010年5月27日 星期四

腦力激盪(Brainstorming)

中午12:41 Posted by Envisioning U-Commerce Lab

下列是常見的腦力激盪過程...




下列是Fujitsu brainstorm room lets you write on the walls...




腦力激盪的進行方式可參考 Tips for Structuring Better Brainstorming Sessions...
  1. Define Goals & State the Problem
  2. Stimulate Creativity
  3. Ideate Individually 
  4. Share, Expand, and Critique
  5. Categorize and Synthesize

也可參考 靈感枯竭嗎?頭腦風暴幫你找到好點子!
  1. 暫緩評論
  2. 鼓勵瘋狂的想法
  3. 疊加在別人的想法上
  4. 避免離題
  5. 一次一個主題,一次一個人說話
  6. 想法視覺化
  7. 越多越好

如果需要以線上腦力激盪(Online Brainstorming)方式進行,參考 26 Tools for Online Brainstorming and Decision Making in Meetings...
  1. Using Collaborative Document Editors for Brainstorming in Meetings
  2. Using Simple Sticky Note Tools
  3. Using Retrospective and Design Meeting Tools
  4. Using Dedicated Brainstorming and Decision Support Software
  5. Using Virtual Design Spaces & Visual Management Tools


推薦工具...







    延伸閱讀...

    2010年5月26日 星期三

    使用GitBook做網頁版電子書

    上午9:08 Posted by Envisioning U-Commerce Lab

    GitBook 使用 Git 版本管理與 Markdown 輕量級標記語法來提供電子書製作的服務(「GitBook中文解說」)


    • 版本管理就是將修改與編輯歷程儲存,才能回復到之前某個時間點的修改
    • GitBook 預設使用了 Markdown 的標記語法(語法介紹可參考「GitBook寫書當作家」),而 Markdown 預設轉換成 HTML 網頁格式,所以可以直接以 HTML編寫內容
    • 一本書可同時提供多國語言版本,但每種語言須有一個正常 GitBook 格式的子目錄,並在 LANGS.md 檔案寫明對應
    • 詞彙表 GLOSSARY.md

    GitBook 基本教學可參考「柯P新政-市政白皮書是利用甚麼做出來的?」(柯文哲【柯P新政】市政白皮書)
    GitBook 進階應用可參考「Gitbook介紹」、「Gitbook使用入門

    • 進入GitBook.io網站,註冊並登入「GitHub」 帳號



    • Create a new book


    • 決定書的標題、名稱及描述,並選擇是否公開



    • 透過線上編輯工具 Edit book在新建一本書時,就產生 README.md 與 SUMMARY.md 兩個檔案,README.md 是書籍的介紹, SUMMARY.md 檔案定義了書籍結構,以及章節對應的實際內容檔案。



    • 建立書本新的一章