三分法在專案管理中可能體現在各個方面，比如領導方式，而本文所提的三分法的應用，主要是指專案管理中進度表制定時如何應用三分法。下面yjbys小編為大家準備了關於專案管理中三分法的文章，歡迎閱讀。
所有進度表都有一項基本法則：三分法。雖然粗略，但是這是最接近並瞭解進度表的最簡單方式。
就任何專案而言，要把可用時間分成三段：一段用於設計，一段用於實現，另一段用於測試。由方法論不同，可能每一個階段的名稱會有所不同，但是從本質上來說，也就是把整個專案週期中的每一天都搞清楚應該做好什麼(設計)、實際去做(實現實際環境的程式程式碼)或者驗證、分析以及改良已完成的事(測試)。
按照三分法理論，在安排這三個階段的進度表時，應該粗略的將整個專案週期進行三等分，一般情況下不允許出現大幅度的調整這個三分的比例，除非你有充足的理由，比如某個專案特別重要(註冊登入流程修改，測試比例增加20%)。
在按照三分法劃分了進度表後，重新審視每個階段的工作是否能按照計劃完成，如果某個階段進度出現問題，無法按計劃完成，那說明專案的總的時間安排出現了問題，考|試/大這種情況下，建議可以有兩個選擇：
1. 修改進度表，將專案週期加長;
2. 修改預期要完成的工作量，將某些工作放入下一階段專案安排中。
而不建議的也有兩個選擇：
1. 調整三分的.比例;
2. 加班。
還有一種情況必須引起重視，那就是雖然整個專案在進度表上符合預期，但是三個階段不是等分的，而又沒有足夠的理由去進行這樣不平均的分配，那麼很有可能會有隱藏的專案風險。比如某個專案一共需要3周完成(15個工作日)，而進度表中把其中10天用於開發，2天用於設計，3天用於測試，這種情況下，往往會造成實現的設計不夠仔細，在第二階段中造成開發時間上的浪費，考|試/大而測試階段時間緊迫，一旦出現較大的bug則必須通過加班解決，極容易造成專案質量下降。
三分法同樣適用於一個較大專案的每一個迭代週期，在一個大的專案完成了第一階段的框架設計之後，第二階段和第三階段往往可以按照功能劃分成若干個迭代週期，而每個迭代週期都可以應用三分法分為詳細設計、程式碼實現和測試。我認為這個模式在進行一些較大專案開發時應該大力推廣，優點是：
1. 專案進度上更加可控，階段劃分細緻，Review時專案里程碑完成情況清晰;
2. 專案質量更加可控，每個週期都包含三個階段，將專案風險平均分佈在整個專案週期內;
3. 團隊工作能力最大化，將團隊中每個成員的工作平均分佈在整個專案週期內，使團隊工作能力得到最大的體現，也可以使專案週期控制得到有效的提升。
三分法雖然簡單，但是用好三分法卻不是一個簡單的事情，其中包含了很多專案管理、溝通技巧以及執行力等方面的知識，而一旦用好三分法，往往會做到事半功倍。
