Version no. and close category concept

文件系統和ticket system有密切的關係。
但許多公司是把兩者混為一談,或是認為Confluence這樣線上化的wiki模式,無法對文件版本做封存或定版匯出,也因此排斥使用它。 其實這是嚴重的誤解。這裡我們一定要解釋若想轉換到新世代的文件紀錄模式,必須要有的正確開單系統使用方式。鉑諾思科希望透過這樣的講解,找到和我們能互相吻合互惠的公司。



所謂的close category指的是封閉概念的群組。比如我們要編輯一本涵蓋所有英文字的字典,這是不可能的,每天都有新字創造,舊字被淘汰,永遠跟不上。但如果能創造一個系統的概念,比如八大詞類,來涵蓋英語的所有字進入該分類(當然會有同時屬於多種group的,這裡只是舉例),這樣對於一個無窮盡增長的事物,就能有相對應的元素來做分析和組合。

下面會解釋這樣的概念,對於塑造公司產品線的抽象概念是有什麼樣的幫助,可以讓非技術人員與技術人員之間能根據市場的需求,做有效的產出和持續長期的改善產品。


軟體產業


成千上萬的micro services


製造業

我曾經看過業務員報價永遠追不上最新版零件的BOM表,導致公司必須雇用大量業務和助理來整理這些無窮無盡生成的瑣碎設計變更和零件成本資訊。

這也讓一個機器產品的手冊,很難被定案或跟上發展。

對應上述所說的close category,是否讓你想到了什麼解法呢?
沒錯,針對特定製程(或機器進料運作路徑),因為此程序為固定的,可以將整台機器做功能上的切分,進而設計劃分出以"運作中狀態"為大項目的機械手冊。再針對這些大項目,去做設計和對應當時的料件資訊即可。比如已經分為ABCDEF幾個大項,裡面可以再用數字和-去做版號區隔。

對終端使用者來說,資訊的精細度只要到某一層即可。再下去的細部可以藉由PLM或其他料件管理的方式來記錄,不需要把因為不斷設計變更造成的細節和成本變化,和終端的使用者手冊或內部的開發者紀錄全部綁在一起。

舉一實際案例來說,驗鈔機。








留言