專案管理中使用禪道

先上兩張圖（來自禪道幫助文件）

p1：禪道的web介面

p2：禪道管理的大致工作流程

看完這兩張圖大概就明白的不少，如果曾經的軟體開發靠是文件推動的，那麼禪道就是在文件推動的機制上，強化了開發過程的時間管理。此外，禪道還整合了svn版本控制功能，當然這個是付費的。(簡單說就是uml文件+今目標+svn版本控制。感覺剩下的不用講了。。。）

更具體的使用可以看王美的部落格。這裡我想談談怎麼用好禪道（個人意見）。

你想做乙個好的產品經理嗎？乙個好的軟體開發者嗎？那你一定會用到當今國際流行的敏捷專案管理方法——scrum（迭代式增量軟體開發過程）。

禪道專案管理軟體的主要管理思想就是scrum。scrum的主要原則是「沒有問題被掃入地毯下」，鼓勵團隊的每一位成員描述所遇到的困難。禪道還含bug控制，測試控制等控制軟體開發的過程。

大概過程就是作為開發者，你的工作是計畫好的，計畫是短期的計時計畫。出現不能解決的問題在一定範圍內要提交上來討論，避免自己閉門造車浪費的時間成本。於產品經理等而言，分配給員工合理的工作內容，管控工作強度和工作進度就是其主要工作。

除此之外，搭配peca質量環食用效果更佳。

1、計畫

用林正剛先生的話來講「計畫本身是乙個流程不是結果，沒有完美的計畫，只有永遠在計畫中，因為市場的變化不會停下來讓你去計畫。計畫是用來提高團隊的協調能力不是官僚制度的工具，當計畫停止增值的時候，管理層需要客觀的分析計畫的流程是否已經跟不上變化了。」

不做沒有結果的計畫。

如果你的計畫只是為計畫而計畫，計畫完就束之高閣，做計畫很累，計畫完還心裡有愧。出於一種習慣而不是真的需要，那麼你的計畫就沒有價值。

做計畫是一種流程，而不是乙個結果。今目標就是用來做計畫的，怎麼讓今目標建立起有效的「計畫流程」我還在探索。

2、執行

具體實現的過程，具體過程具體分析，不再贅述。

3、檢查

不只是工作內容完成程度的檢查，還是交流和分析。把已完成已解決的問題清空，未完成未解決的問題進行量化。看是否完成計畫預定的結果，如果不是，原因是什麼？把原因記錄下來放入下乙個迴圈的考慮範圍。

4、糾正

對結果進行處理，鞏固成績。對總結檢查的結果進行總結。