根據過去經驗，我看到比較好順的做法是，
將部門文件資產，分成四類管理：
專案管理：可用Jira，或類似工具。
文件管理：可以用 FTP or NAS。
code：各種git工具。
知識管理：可用confluence，或類似工具。
工具不太重要，
你把Jira換成office 356上的excel也可。
你把confluence換成 gitlab wiki也無所謂。
你把文件管理換成Windows網路分享資料夾也可。
重點是 如何將整個產品生命周期的重要文件，重要知識，都可管理起來。
以一個產品功能的整個開發流程為例：
PM先與團隊的 Technical Lead討論某個功能是否的技術上可做。
確認可做，討論一下優先權與工作量。
接下來，PM會用Jira先把使用者需求，
拆成Epic或 story，或Scenario。
不夠細的story再拆成小的story，直到這個story可在一個版本周期內開發完。
也就是保證每個story都可在固定時間內關閉。
工程師壓力也小。
這個story就是，PM，tech lead，開發者，測試，共同交流的地方。有疑問，完成什麼，只要是需要被記錄與的全在此討論。
如果是閒聊專案，不需要紀錄的，就用即時通訊講一下就好。
所以專案的需求，開發，測試，紀錄全部可管理起來，可搜尋。
開發前，tech lead會寫規格書，xxx系統1.0.4版，系統設計。然後透過系統規格書與大家討論做法。並分配工作。
這種產品設計規格書，產品release note，deployment 手冊，會統一放在一個部門專門的FTP或NAS管理。因此，你要看整個軟體產品發展歷程，設計文件，每個版本都有。
開發人員就開發程式碼，利用git管理程式碼版本，分支。git工具通常會與CI/CD工具結合，控管大家上傳程式碼品質。
我以前待過的公司，每天還會自動啟動CI流程檢查每天的程式碼，因此，大家程式碼修改可追朔，程式碼品質可管理。
管理上，不允許上傳CI不會過的程式，每日自動CI沒過，不能下班。否則影響考績。不會有人為了應付，上傳不可run的程式。
CI過了以後，才會有code review。
code review，很多人只做，程式碼有沒有bug的review。但真正有在知識管理的公司，還要確認程式碼風格，架構，不要有只有一個人看得懂的 magic number…
由於CI/CI流程有接jira。所以CI有沒有過都會更新在story或issue，確保大家都能同步知道現在程式碼狀態。另外，Jira也有綁mail通知功能，所以有緊急重要的事情，都可以不上Jira就知道。
接下來是技術知識管理。
很多解bug的流程，常常犯的錯，系統性能瓶頸，為什麼上線了會有bug，當初技術選澤，survey技術或產品的文件…這些用一個知識管理交流系統存放。例如confluence。
不管是專案的市場survey，需求的技術選型，debug過程，只要是對別人有幫助，管理者都要求要寫，要放在知識管理系統中。知識管理系統最重要是能全文搜尋就好，讓人方便搜到過去人的經驗。
當初我前公司還規定與鼓勵，根據職級不同，每半年要求不同的篇數，來保障資深人員不要只出一張嘴。要寫文件傳承知識。然後沒達篇數低標的扣分，每季會評選好的文章做獎勵。
整個流程包含，四大類工具：
專案管理：可用Jira，或類似工具。
文件管理：可以用 FTP or NAS。
code：各種git工具。
每間公司文化與流程不同，應該是先去盤點自己公司軟體生命週期，該做什事情，各階段該產生什麼產出物，來決定適合工具，而不是照別人公司的建議照抄。
再談談到管理：
工作那麼累了，同事又彼此藏東西亂坑人，
我幹嘛要去記錄，分享這些記錄，文件，知識？
我是從來沒看過一個組織，不靠管理，
能自動自發做好這些啦，
是我，我也模糊紀錄，應付文件，到處藏經驗啊。這樣我才輕鬆，我的考績才會好。
我待過的公司，大部分都是失敗的，即使號稱走CMMI ,L4的組織也是失敗的，要查文件一堆，但內容打開來，全是廢文，應付式的文件占全部。
唯一比較成功的部門，想要什麼文件或紀錄，大概都搜得到，管理有以下特色：
1.專案生命周期，每一階段要生什麼文件，紀錄，用什麼系統存，有標準做法。且每個專案一致。
例如上述說過，Jira用來做需求紀錄，這個系統開發的進度，不會有第二個地方紀錄。系統的SDS，部署方式，就放在某個FTP位置不會有第二個地方。這些事情，新人來的時候，我們都會一步一步指導。
我當時進這家公司，還是新人時，我也覺得麻煩啊，各種流程都規範要上傳文件，上傳知識到某個地方。
但是真的各種bug出現，流程不過，自己去搜以前的文後，就知道這組織的用心了，回頭看還會很感謝這種組織的。
流程與文件管，管理者要負全責，
沒做好是管理者的問題，不是開發者的問題。
很多人認為，專案開發流程生文件浪費時間？
有痛過的就知道，應該倒過來想，
不生文件討論，更浪費大家時間呢？
不生文件與流程，線上又出了個bug損失幾萬的廣告播放量，誰負責？
員工不懂文件怎麼寫？那也是管理沒做好，
要嘛招人有問題，要嘛，管理者沒指導。
事情是否成功，管理者責任最大。
2. 文件的產生與紀錄，要綁定部門與個人利益。
例如，Jira沒按照規範做，人家問你問題你不回，人家發issue給你，你超過24小時不回，SDS，測試文件都沒有… 直接影響了個人與部門考評。(與獎金)
看起來很嚴厲，其實也是管理能力的差別而已。
爛的管理者只會罵人：
你怎麼不去把文件上傳，扣你考績。
好的管理者，懂得鼓勵，懂得當個教練，
營造出文件分享可幫助別人，
可以增加自己影響力，
可以讓跨部門的人認識有你這個專家，
為自己考績加分的氣氛。
管理者本身也該把知識分享，
納入每次的考評作為參考，做得好的就大聲鼓勵。
文件與知識管理成功的特徵，就是：
1.流程產生什麼文件，有建立規範。
2.文件分享知識分享，綁定個人利益。
用什麼工具，才能文件或知識管理成功，
根本不是重點。
沒有人會無緣無故分享知識的，除非對自己有利。
至於怎麼樣的管理手段，可以將知識分享綁定利益，就是管理者的能力了。
看的少的只會罵人，批評人，
看得多的自然有更好的手段。
原PO：
了解別人怎麼使用工作做專案知識管理，
應付一下就好 (我也分享給你了)
部門能否管理好文件或知識重點在於：
1.自己公司的流程，產出物，適合的工具盤點。
2. Manager有沒有待過成功團隊， 自己有沒有能力管理好部門知識。管理者有沒有看過成功例子，深刻體會人性就是不愛分享，要綁定利益才是關鍵。導入後是否順暢要靠管理者溝通能力。
以上是個人經驗分享，不是標準答案。
如果見解不同很正常，大家的經驗不同而已。
--
※ 文章網址: https://ptt.org.tw/Soft_Job/M.1719833895.A.D0C
→ DrTech: 文長，手機打字打，錯很多字，懶得改了。 07/01 19:44
推 v86861062: 推推 07/01 22:26
推 nicetw20xx: 謝謝大大分享 07/01 22:50
推 wulouise: 說真的那種只會藏招的公司沒太多能學的，要跑早點跑，我 07/01 22:52
→ wulouise: 運氣不錯幾間公司都鼓勵分享，同儕進步也會快很多 07/01 22:52
推 untitled: 推專業 07/02 00:18
推 viper9709: 推這篇專業 07/02 00:18
推 zys: 喔這篇跟我現在待的公司流程幾乎一致耶 07/02 01:06
推 ko00385331: 推分享 07/02 01:30
推 maggielin06: 推專業 07/02 10:36
推 v7q4: 目前的工具和流程 和這篇的幾乎一樣XD 07/02 10:37
推 v7q4: 想到以前某任處長 一個FTP打天下 各種文件、程式碼、 07/02 10:39
→ v7q4: bug list通通放上面 後來有人建議git 他老兄的做法居然是把 07/02 10:39
→ v7q4: git當FTP用... 07/02 10:40
→ v7q4: 各種阿里阿雜的東西 zip起來 push上去.. 07/02 10:40
→ v7q4: 因為他說這樣他才可以一次下載來看 07/02 10:40
推 karst10607: 真心感謝大家的分享，人在語言不完全通的地方，能看 07/02 10:52
→ karst10607: 到各位的各種批評都覺得十分沁心。我正在寫可以公開 07/02 10:52
→ karst10607: 的版本，雖然可能跟大家想的不太一樣 07/02 10:52
推 ian90911: 感謝分享 07/02 14:19
推 Csongs: 先推,真的會管理的,excel也能管的好,差在效率和規模 07/02 19:03
→ airtsubasa: 光是部分軟體要授權 就先被打槍了 07/02 19:56
推 jack0204: 想全部串在一起可是個不小的工程 07/02 20:54
推 foreverk: 感謝好文 07/03 08:31
推 zhuzii: 推 好文 管理者的高度決定團隊的風情 07/03 11:54
→ zhuzii: 風氣 07/03 11:54
推 bug2: 謝謝分享寶貴的經驗 07/03 12:49
推 syyu641: 謝謝分享 07/03 21:37
推 s1000: 感謝分享 07/04 08:36
推 shibin: 推分享 07/04 14:02
噓 pttano: 台積漲上1000，台積閒人又來這開釋了，喔是神人啦 07/04 20:15
推 spicysushi: 推 07/05 13:01
推 iamOsaka: 推 07/05 21:09
推 ccnancy: 推分享 07/06 10:51
推 d8888: 推分享 07/06 20:51
推 iPhoneX: 主管都不想寫文件了 就隨它去 07/08 19:07
推 yannylue: 專業 07/12 00:59