專利名稱：項目分解處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息化處理領(lǐng)域，尤其涉及一種項目分解處理方法及系統(tǒng)。
背景技術(shù)：
工作分解結(jié)構(gòu)(Work BreakDown Structure, WBS)是指根據(jù)一定的分解原則將一項完整的項目分解成若干可執(zhí)行的任務(wù)，直到分解不下去為止。通常，WBS是以可交付成果為導(dǎo)向?qū)椖恳剡M行的分組，它歸納和定義了項目的整個工作范圍，每下降一層代表對項目工作的更詳細定義。WBS總是處于計劃過程的中心，也是制定進度計劃、資源需求、成本預(yù)算、風(fēng)險管理計劃和采購計劃等的重要基礎(chǔ)。
目前，在項目管理等應(yīng)用領(lǐng)域，通常是由各級計劃人員對項目進行WBS分解，然后通過會議等方式傳達到各個下級單位，以便由多個單位或者多個部門協(xié)同完成項目計劃。例如，通常由各級計劃人員根據(jù)WBS進行進度、資源等的規(guī)劃與分配，將整個項目從第一級逐步分解到最后一級。而在確定計劃時，一般是基于會議的方式進行線下的溝通協(xié)調(diào)。但是，對于一個規(guī)模大、參與單位多、層次多的項目而言，這種協(xié)調(diào)方式顯得很費時費力，無法適應(yīng)大項目多層次、多單位的計劃協(xié)同。
目前還有一種利用計算機系統(tǒng)替代線下會議的方式實現(xiàn)項目計劃的協(xié)調(diào)管理，一定程度上解決了傳統(tǒng) 線下協(xié)調(diào)方式的費時費力問題。然后，該專利申請僅僅是簡單地把線下協(xié)同方式替代以計算機系統(tǒng)管理的方式來實現(xiàn)，項目分解統(tǒng)一執(zhí)行且分解后的任務(wù)統(tǒng)一下發(fā)給下級單位執(zhí)行，下級單位只有被動接收分配的任務(wù)并且無法了解整個項目的分解和執(zhí)行情況，因此該專利申請僅僅用計算機系統(tǒng)解決了項目分解分派的準確性問題，并沒有解決項目計劃執(zhí)行的協(xié)調(diào)問題。由于這種方式是由上級指派給下級任務(wù)執(zhí)行，下級單位不能主動根據(jù)自身情況靈活選擇適合的任務(wù)，不利于調(diào)動執(zhí)行單位的積極性，項目執(zhí)行的效率難以提高。
因此，迫切需要本領(lǐng)域的技術(shù)人員解決的技術(shù)問題是:利用計算機信息處理系統(tǒng)實現(xiàn)項目分解和執(zhí)行更加高效和協(xié)調(diào)，從而充分調(diào)動下級執(zhí)行單位的積極性并從整體上提高項目執(zhí)行效率。發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例提供一種項目分解處理方法及系統(tǒng)，實現(xiàn)項目分解和執(zhí)行更加高效和協(xié)調(diào)。
本發(fā)明實施例提供的一種項目分解處理方法，包括:
接收項目的內(nèi)容參數(shù)以及項目分解公式；
根據(jù)項目分解公式以及項目的內(nèi)容參數(shù)將項目分解成至少一項可執(zhí)行的任務(wù)；
生成任務(wù)池，所述任務(wù)池包括項目、項目分解后的可執(zhí)行的任務(wù)、項目和任務(wù)之間的關(guān)聯(lián)關(guān)系以及任務(wù)和任務(wù)之間的關(guān)聯(lián)關(guān)系，用戶可瀏覽任務(wù)池并在任務(wù)池中選擇任務(wù)進行處理以及提交任務(wù)處理的進度信息；及
接收用戶從工作池中選擇任務(wù)的信息以及用戶提交的任務(wù)處理進度信息，并更新任務(wù)池中對相應(yīng)的項目以及任務(wù)的狀態(tài)信息。
一種項目分解處理系統(tǒng)，所述系統(tǒng)包括:
接收單元，用于接收項目的內(nèi)容參數(shù)以及項目分解公式；
解析單元，用于根據(jù)項目分解公式以及項目的內(nèi)容參數(shù)將項目分解成至少一項可執(zhí)行的任務(wù)；
池生成單元，用于生成任務(wù)池，所述任務(wù)池包括項目、項目分解后的可執(zhí)行的任務(wù)、項目和任務(wù)之間的關(guān)聯(lián)關(guān)系以及任務(wù)和任務(wù)之間的關(guān)聯(lián)關(guān)系，用戶可瀏覽任務(wù)池并在任務(wù)池中選擇任務(wù)進行處理以及提交任務(wù)處理的進度信息；
池更新單元，用于接收用戶從工作池中選擇任務(wù)的信息以及用戶提交的任務(wù)處理進度信息，并更新任務(wù)池中對相應(yīng)的項目以及任務(wù)的狀態(tài)信息。
本發(fā)明實施例提供的項目分解方法及系統(tǒng)，采用任務(wù)池的結(jié)構(gòu)整合所有的項目以及項目分解后的任務(wù)，下級單位或用戶可以在任務(wù)池中了解所有項目以和任務(wù)的情況，并且可以根據(jù)自身情況主動選擇加入適合的項目以及主動選擇適合的任務(wù)來處理。由于本發(fā)明的任務(wù)池的特別結(jié)構(gòu)設(shè)計從而讓用戶實現(xiàn)了主動選擇任務(wù)執(zhí)行而不是傳統(tǒng)的由上級單位指派任務(wù)的方式，通過技術(shù)方式最大程度調(diào)動了下級執(zhí)行單位或用戶的任務(wù)選擇和執(zhí)行的積極性，從項目執(zhí)行的整體上實現(xiàn)了任務(wù)都由最能勝任的下級單位或用戶執(zhí)行，整體上大大提高了項目的整體分配和執(zhí)行效率。


圖1為本發(fā)明實施例提供的項目分解處理方法流程圖2為本發(fā)明實施例提供的項目分解處理方法可選步驟示意圖3為本發(fā)明實施例提供的項目分解公式的示意圖4為本發(fā)明實施例提供的項目分解處理系統(tǒng)的功能單元結(jié)構(gòu)圖。
具體實施方式
為對本發(fā)明實施例中的技術(shù)方案進行清楚、完整的描述，以下將結(jié)合本發(fā)明實施例的附圖進行詳細描述。顯然，在具體實施方式
中所描述的實施例僅僅是本發(fā)明的技術(shù)方案的一部分優(yōu)選的實施例，而不是全部的實施例?；诒景l(fā)明的實施例，本領(lǐng)域的技術(shù)人員根據(jù)其掌握的本領(lǐng)域的知識和經(jīng)驗所聯(lián)想到的其它實施例，應(yīng)當(dāng)屬于本發(fā)明保護的范圍。
在本發(fā)明的實施例中，采用任務(wù)池的結(jié)構(gòu)整合所有的項目以及項目分解后的任務(wù)，下級單位或用戶可以在任務(wù)池中了解所有項目以和任務(wù)的情況，并且可以根據(jù)自身情況主動選擇加入適合的項目以及主動選擇適合的任務(wù)來處理。由于本發(fā)明的任務(wù)池的特別結(jié)構(gòu)設(shè)計從而讓用戶實現(xiàn)了主動選擇任務(wù)執(zhí)行而不是傳統(tǒng)的由上級單位指派任務(wù)的方式，通過技術(shù)方式最大程度調(diào)動了下級執(zhí)行單位或用戶的任務(wù)選擇和執(zhí)行的積極性，從項目執(zhí)行的整體上實現(xiàn)了任務(wù)都由最能勝任的下級單位或用戶執(zhí)行，整體上大大提高了項目的整體分配和執(zhí)行效率。并且，本發(fā)明的一部分實施例對任務(wù)和項目進行價值量化后，還可以統(tǒng)計用戶/下級單位處理任務(wù)所獲得的價值，從而可以作為績效考核的參考依據(jù)，進而大大提高了績效考核的量化效率及客觀性。
如圖1所示，本發(fā)明實施例提供了 一種項目分解處理方法，該方法具體包括以下步驟:
SlOl:接收項目的內(nèi)容參數(shù)以及項目分解公式；
S102:根據(jù)項目分解公式以及項目的內(nèi)容參數(shù)將項目分解成至少一項可執(zhí)行的任務(wù);
S103:生成任務(wù)池，所述任務(wù)池包括項目、項目分解后的可執(zhí)行的任務(wù)、項目和任務(wù)之間的關(guān)聯(lián)關(guān)系以及任務(wù)和任務(wù)之間的關(guān)聯(lián)關(guān)系，用戶可瀏覽任務(wù)池并在任務(wù)池中選擇任務(wù)進行處理以及提交任務(wù)處理的進度信息；
S104:接收用戶從工作池中選擇任務(wù)的信息以及用戶提交的任務(wù)處理進度信息，并更新任務(wù)池中對相應(yīng)的項目以及任務(wù)的狀態(tài)信息。
本發(fā)明實施例中，采用了任務(wù)池的這一技術(shù)手段將所有的項目和分解后的任務(wù)及其關(guān)聯(lián)關(guān)系整合起來并對所有用戶可見。由于任務(wù)池這一特殊的技術(shù)手段，產(chǎn)品了明顯的技術(shù)效果:用戶可以通過瀏覽任務(wù)池了解任務(wù)池中所有的項目的內(nèi)容以及分解后的任務(wù)的相關(guān)內(nèi)容，從而選擇適合的任務(wù)進行處理。相比較傳統(tǒng)的由上級單位分配任務(wù)用戶被動接受任務(wù)的方式而言，本發(fā)明實施例充分調(diào)動了用戶選擇任務(wù)的主動性和積極性，并且從整體上所有的任務(wù)都由適合的用戶選擇執(zhí)行，且所有的用戶都能都根據(jù)自己特點主動選擇到適合的任務(wù)執(zhí)行，從而大大提高了項目的整體執(zhí)行效率。
優(yōu)選地，在步驟S103中所述用戶在任務(wù)池選擇任務(wù)處理是指用戶在任務(wù)池中選擇任務(wù)自己負責(zé)處理，從而大大調(diào)動了用戶的主動性和積極性。
在一些實施例中，任務(wù)池中的一些任務(wù)可能最終沒有用戶主動選擇處理，則有必要讓項目的管理者可以將這些任務(wù)指派給下級用戶處理，作為用戶主動選擇任務(wù)方式的一個輔助方式。因此，優(yōu)選地，在步驟S103中所述用戶在任務(wù)池選擇任務(wù)處理也可以是某具有上級領(lǐng)導(dǎo)角色的用戶在任務(wù)池中選擇任務(wù)指定其它下級用戶負責(zé)處理，并通知該其它下級用戶進行處理。
優(yōu)選地，在步驟SlOl接收的項目的內(nèi)容參數(shù)包括對項目內(nèi)容進行定義和描述的信息，使得用戶在任務(wù)池中通過瀏覽這些信息了解項目的內(nèi)容。
優(yōu)選地，本發(fā)明實施例還可以包括如圖2所示的步驟S202:接收項目和任務(wù)的時間設(shè)置。具體地，包括:項目截止日期的設(shè)置，項目自該截止日期始失效則該項目的所有任務(wù)同時失效；任務(wù)認領(lǐng)截止日期的設(shè)置，超過該截止日期后任務(wù)不能被用戶選擇執(zhí)行；任務(wù)完成截止日期的設(shè)置，用以提醒選擇該任務(wù)執(zhí)行的用戶須在此截止日期前完成任務(wù)。
優(yōu)選地，本發(fā)明實施例還可以包括如圖2所示的步驟S204:更新用戶選擇任務(wù)和提交任務(wù)處理進度信息。因此，在步驟S103中所述用戶提交的任務(wù)處理進度信息至少包括任務(wù)完成，則相應(yīng)的任務(wù)池中任務(wù)的狀態(tài)信息更新為任務(wù)已完成。
優(yōu)選地，本發(fā)明實施例針對每個用戶提供一個用戶賬戶實施更新用戶狀態(tài)，從而本發(fā)明實施例還包括步驟:實時更新用戶選擇任務(wù)以及提交的任務(wù)處理進度信息?；趯τ脩魻顟B(tài)進行了實時更新，可以實時了解到哪些用戶目前沒有任務(wù)正在處理也沒有選擇任務(wù)進行處理的，通常這些用戶可以被定義為空閑用戶。因此，在步驟S103中所述用戶在任務(wù)池選擇任務(wù)處理也可以是某具有上級領(lǐng)導(dǎo)角色的用戶在任務(wù)池中選擇任務(wù)指定其它處于空閑狀態(tài)的下級用戶負責(zé)處理，并通知該其它空閑的下級用戶進行處理，從而提高了人員的工作效率和利用率。
優(yōu)選地，在步驟SlOl接收的項目分解公式是指將根據(jù)項目發(fā)布者的需求將一個完整的項目分解成至少一項可執(zhí)行的任務(wù)的一整套分解規(guī)則。分解公式將一個完整項目可分解成若干個具有線性關(guān)系的任務(wù)，或者是具有樹形結(jié)構(gòu)關(guān)系的若干任務(wù)，或者是具有其它明確邏輯關(guān)系的若干任務(wù)。根據(jù)項目的復(fù)雜程度或者規(guī)模大小，還可能產(chǎn)生子項目或者孫項目，子任務(wù)或者孫任務(wù)，如此類推，但最終需要分解成具體可執(zhí)行的任務(wù)。
如圖3所示是本發(fā)明實施例提供的一個銷售項目的分解公式示意圖。該示意圖顯示了一個產(chǎn)品銷售項目30按照樹形結(jié)構(gòu)關(guān)系分解成三個子項目，分別是:售前子項目31、售中子項目32和售后子項目33。
其中，售前子項目31分解成了四項具體可執(zhí)行的任務(wù)，分別是:開發(fā)新客戶311、電話拜訪312、與客戶面談313和達成口頭銷售協(xié)議314。在本實施例中，這四個任務(wù)相互之間具有線性關(guān)聯(lián)關(guān)系，也就是前一個任務(wù)的完成是后一個任務(wù)開始處理的基礎(chǔ)，或者說后一任務(wù)的處理依賴于前一任務(wù)完成的基礎(chǔ)。比如從一般業(yè)務(wù)來講，需要先電話銷售人員進行電話擺放后才可能約到跟客戶面談后，面談完成后銷售代表才可能達成口頭銷售協(xié)議。在整個線性任務(wù)關(guān)聯(lián)關(guān)系中，各個任務(wù)定義清晰，用戶可以清楚地主動選擇適合自己的任務(wù)進行處理，并且通過任務(wù)池清楚的掌握項目中其它任務(wù)的處理狀態(tài)信息，例如銷售代表可以實時了解到電話拜訪是否成功、客戶面談有了解到什么重要的信息，從而對于銷售代表跟客戶達成口頭銷售協(xié)議具有重大幫助。
其中，售中子項目32分解成了五項具體可執(zhí)行的任務(wù)，分別是:正式簽訂銷售合同321、采購原材料322、生產(chǎn)產(chǎn)品323、產(chǎn)品發(fā)貨324和貨品交付確認325。并且，正式簽訂銷售合同321又產(chǎn)生了下級的子任務(wù)草擬合同文本3211 ;采購原材料322又產(chǎn)生了下級的子任務(wù)聯(lián)系供應(yīng)商3221 ;產(chǎn)品發(fā)貨324又產(chǎn)生了下級的子任務(wù)物流支持3241。這其中正式簽訂銷售合同321—般由銷售人員跟客戶簽訂，但草擬合同文本3211—般應(yīng)由法務(wù)人員處理，由于本發(fā)明實施例中采用了任務(wù)池的結(jié)構(gòu)，所有的用戶可以實施了解項目的處理狀態(tài)和進度信息，上下級單位或用戶處理任務(wù)的協(xié)同性大大提高，進而整體提高了項目的執(zhí)行效率。加之項目和任務(wù)的截止時間設(shè)置，可以很好的管理和控制項目及任務(wù)執(zhí)行處理的進度。
其中，售后子項目33分解成了一項具體可執(zhí)行的任務(wù)售后服務(wù)331，進而又分解成了兩項子任務(wù)電話客服3311和技術(shù)支持3312。
以上的實施例結(jié)合了如圖3所示的具體銷售項目的實例具體描述了本發(fā)明實施例采用任務(wù)池等技術(shù)措施的提高任務(wù)處理協(xié)同性、調(diào)動用戶積極性和主動性以及提高項目整體執(zhí)行效率。
以下將進一步描述本發(fā)明實施例中對項目和任務(wù)進行價值量化區(qū)別從而進一步提高項目分解和執(zhí)行效率，并且基于價值量化后的任務(wù)和項目還可以對下級單位或者用戶進行績效統(tǒng)計和考核。
優(yōu)選地，在步驟SlOl接收的項目的內(nèi)容參數(shù)可以是用于對項目的重要級別加以區(qū)別的信息。項目的內(nèi)容參數(shù)一般包括項目類別、項目難度級別及項目規(guī)模級別中的至少一項。
比如項目類別，一般公司或者項目發(fā)布單位可以根據(jù)自身單位的所有項目提前進行預(yù)分類，設(shè)定幾個不同類別用以歸納具有不同重要級別和價值的項目，并且對各個分類賦予不同的價值。例如，對于以銷售產(chǎn)品為主要業(yè)務(wù)的公司而言，可以設(shè)定銷售類、行政類和其它類，其中銷售類可以設(shè)定為最高重要級別并賦予最高價值，行政類其次，其它類為最低重要級別。
優(yōu)選地，本發(fā)明實施例還可以包括如圖2所示的步驟S201:接收項目的各個內(nèi)容參數(shù)所對應(yīng)的價值的設(shè)置。比如對于項目類別來說，可以給每個類別分別設(shè)定一個具體的價值系數(shù)以區(qū)別重要級別，例如可以設(shè)定銷售類價值系數(shù)為1.8，行政類價值系數(shù)為1.5，其它類價值系數(shù)為1.0。項目類別的價值系數(shù)可以是預(yù)先設(shè)定好的，發(fā)布新的項目時則需要選擇其所屬的類別進而自動賦予該類別相應(yīng)的價值。優(yōu)選地，針對內(nèi)容參數(shù)預(yù)先設(shè)定的價值系數(shù)也可以根據(jù)需要后期進行設(shè)置或調(diào)整，例如在接收內(nèi)容參數(shù)之后項目處理過程中進行。
同理，項目的內(nèi)容參數(shù)中還可包括的項目難度級別及項目規(guī)模級別也都可以參考項目類別設(shè)置不同級別并賦予不同的價值并進行預(yù)先設(shè)置，從而實現(xiàn)對項目的重要級別和價值上加以量化并區(qū)別。
很明顯，本領(lǐng)域的普通技術(shù)人員在閱讀本發(fā)明實施例的基礎(chǔ)上還可能聯(lián)想到其它可以量化區(qū)別項目的內(nèi)容參數(shù)，應(yīng)當(dāng)屬于本發(fā)明保護的范圍。
優(yōu)選地，本發(fā)明實施例還可以包括如圖2所示的步驟S201:接收根據(jù)項目分解公式分解后的各個可執(zhí)行的任務(wù)所對應(yīng)的價值的設(shè)置。例如，在如圖3所示的產(chǎn)品銷售項目30中，可以根據(jù)各個任務(wù)的重要性和對項目的價值大小分別設(shè)定價值分數(shù)，例如設(shè)定開發(fā)新客戶311任務(wù)的價值分數(shù)為10分，電話拜訪312任務(wù)的價值分數(shù)為20分，與客戶面談313任務(wù)的價值分數(shù)為20分，以及達成口頭銷售協(xié)議314任務(wù)的價值分數(shù)為30分。任務(wù)的價值分數(shù)設(shè)定可以在接收項目內(nèi)容參數(shù)前就預(yù)先設(shè)置好，這樣接收項目內(nèi)容參數(shù)后進行分解的任務(wù)自動賦予相應(yīng)的價值分數(shù)。優(yōu)選地，針對任務(wù)設(shè)定的價值分數(shù)還可以是根據(jù)需要后期再進行設(shè)置或調(diào)整，例如可以在接收項目的內(nèi)容參數(shù)之后項目處理過程中進行調(diào)整。
優(yōu)選地，本發(fā)明實施例中的任務(wù)池還包括項目的價值系數(shù)以及根據(jù)項目分解公式分解后的各個任務(wù)所對應(yīng)的價值。項目的價值系數(shù)和任務(wù)的價值信息可以對用戶進行顯示，用戶通過瀏覽任務(wù)池中的任務(wù)信息可以了解任務(wù)所對應(yīng)的價值分數(shù)。
優(yōu)選地，本發(fā)明實施例針對每個用戶提供一個用戶賬戶實施更新用戶狀態(tài)，從而本發(fā)明實施例還包括如圖2中的步驟S203:用戶提交任務(wù)完成的進度信息后獲得該任務(wù)所對應(yīng)的價值，并將所獲得的價值計入用戶獲得的價值總和。其中，用戶提交任務(wù)完成的進度信息后意味著完成了該項任務(wù)，則因此獲得的價值等于任務(wù)對應(yīng)的價值乘以任務(wù)所述項目的價值系數(shù)后的結(jié)果分數(shù)計入用戶的價值總和。例如在如圖3所示的例子中，假設(shè)用戶完成的任務(wù)是與客戶面談313任務(wù)，該任務(wù)的價值分數(shù)為20分，該項任務(wù)所屬的產(chǎn)品銷售項目30根據(jù)其內(nèi)容參數(shù)設(shè)置的價值系數(shù)分別為項目類別的價值系數(shù)1.8(屬于銷售類)，則用戶完成該任務(wù)所得的價值總和是:20分*1.8 = 36分。如果還有其它的項目內(nèi)容參數(shù)設(shè)置例如項目難度級別和項目規(guī)模級別也進行了價值系數(shù)的設(shè)置，則也應(yīng)乘以相應(yīng)的價值系數(shù)。
由此，用戶每完成一項任務(wù)會獲得相應(yīng)的價值分數(shù)，則利用本發(fā)明實施例的項目分解方法還可以統(tǒng)計用戶獲得的價值總和，作為用戶工作績效考核的參考指標。同時，用戶在任務(wù)池種選擇任務(wù)的時候就能夠清楚了解其處理該項任務(wù)能夠獲得多少價值分數(shù)，也從技術(shù)上大大調(diào)動了用戶處理任務(wù)的積極性和主動性。并且，對于整個項目來說，每項任務(wù)的價值設(shè)定客觀量化了，復(fù)雜和難度高的任務(wù)一般被賦予更高的價值，則不會出現(xiàn)傳統(tǒng)項目分解中的復(fù)雜任務(wù)無人愿意處理或者沒有分派給適合的用戶或下級單位處理。由此，大大提聞了項目的整體執(zhí)行效率。
以上詳細針對本發(fā)明實施例提供的項目分解處理方法進行了描述，下面將結(jié)合圖4針對本發(fā)明實施例提供的項目分解處理系統(tǒng)作詳細描述。
如圖4所示，本發(fā)明實施例提供了一種項目分解處理系統(tǒng)，該系統(tǒng)具體包括以下功能單元:
411:接收單元；用于接收項目的內(nèi)容參數(shù)以及項目分解公式；
412:解析單元；用于根據(jù)項目分解公式以及項目的內(nèi)容參數(shù)將項目分解成至少一項可執(zhí)行的任務(wù)；
413:池生成單元；用于生成任務(wù)池，所述任務(wù)池包括項目、項目分解后的可執(zhí)行的任務(wù)、項目和任務(wù)之間的關(guān)聯(lián)關(guān)系以及任務(wù)和任務(wù)之間的關(guān)聯(lián)關(guān)系，用戶可瀏覽任務(wù)池并在任務(wù)池中選擇任務(wù)進行處理以及提交任務(wù)處理的進度信息；
414:池更新單元；用于接收用戶從工作池中選擇任務(wù)的信息以及用戶提交的任務(wù)處理進度信息，并更新任務(wù)池中對相應(yīng)的項目以及任務(wù)的狀態(tài)信息。
本本發(fā)明實施例中，項目發(fā)布者40通常是項目計劃的管理者或者上級單位，負責(zé)建立項目計劃和發(fā)布項目計劃。用戶42通常是具體執(zhí)行項目分解后的可執(zhí)行的任務(wù)的用戶或者下級單位員工。項目發(fā)布者40通過本發(fā)明實施例提供的項目分解處理系統(tǒng)41提交項目的內(nèi)容參數(shù)和分解公式從而建立項目計劃并發(fā)布項目計劃，用戶42則進入本發(fā)明實施例提供的項目分解處理系統(tǒng)41瀏覽任務(wù)池選擇任務(wù)自行處理或者分派給其它用戶42進行處理，并提交任務(wù)處理的進度信息。
本發(fā)明實施例中，采用了任務(wù)池的這一技術(shù)手段將所有的項目和分解后的任務(wù)及其關(guān)聯(lián)關(guān)系整合起來并對所有用戶42和項目發(fā)布者40可見。由于任務(wù)池這一特殊的技術(shù)手段，產(chǎn)品了明顯的技術(shù)效果:用戶42可以通過瀏覽任務(wù)池了解任務(wù)池中所有的項目的內(nèi)容以及分解后的任務(wù)的相關(guān)內(nèi)容，從而選擇適合的任務(wù)進行處理。相比較傳統(tǒng)的由上級單位分配任務(wù)用戶42被動接受任務(wù)的方式而言，本發(fā)明實施例充分調(diào)動了用戶42選擇任務(wù)的主動性和積極性，并且從整體上所有的任務(wù)都由適合的用戶42選擇執(zhí)行，且所有的用戶42都能都根據(jù)自己特點主動選擇到適合的任務(wù)執(zhí)行，從而大大提高了項目的整體執(zhí)行效率。
優(yōu)選地，所述用戶42在任務(wù)池選擇任務(wù)處理是指用戶42在任務(wù)池中選擇任務(wù)自己負責(zé)處理，從而大大調(diào)動了用戶42的主動性和積極性。
在一些實施例中，任務(wù)池中的一些任務(wù)可能最終沒有用戶42主動選擇處理，則有必要讓項目的管理者可以將這些任務(wù)指派給下級用戶42處理，作為用戶42主動選擇任務(wù)方式的一個輔助方式。因此，優(yōu)選地，用戶42在任務(wù)池選擇任務(wù)處理也可以是某具有上級領(lǐng)導(dǎo)角色的用戶42在任務(wù)池中選擇任務(wù)指定其它下級用戶42負責(zé)處理，并通知該其它下級用戶42進行處理。
優(yōu)選地，接收單元411所接收的項目的內(nèi)容參數(shù)包括對項目內(nèi)容進行定義和描述的信息，使得用戶42在任務(wù)池中通過瀏覽這些信息了解項目的內(nèi)容。
優(yōu)選地，本發(fā)明實施例中的接收單元411還用于:接收項目和任務(wù)的時間設(shè)置。具體地，包括:項目截止日期的設(shè)置，項目自該截止日期始失效則該項目的所有任務(wù)同時失效；任務(wù)認領(lǐng)截止日期的設(shè)置，超過該截止日期后任務(wù)不能被用戶42選擇執(zhí)行；任務(wù)完成截止日期的設(shè)置，用以提醒選擇該任務(wù)執(zhí)行的用戶32須在此截止日期前完成任務(wù)。
優(yōu)選地，本發(fā)明實施例中還包括用戶狀態(tài)單元415:用于實時更新用戶42選擇任務(wù)以及提交的任務(wù)處理進度信息的狀態(tài)信息。因此，所述用戶42提交的任務(wù)處理進度信息至少包括任務(wù)完成，則池更新單元414相應(yīng)地將任務(wù)池中任務(wù)的狀態(tài)信息更新為任務(wù)已完成。
優(yōu)選地，本發(fā)明實施例針對每個用戶42提供一個用戶賬戶，并由用戶狀態(tài)單元415實時更新用戶42選擇任務(wù)以及提交的任務(wù)處理進度信息?；趯τ脩?2狀態(tài)進行了實時更新，可以實時了解到哪些用戶42目前沒有任務(wù)正在處理也沒有選擇任務(wù)進行處理的，通常這些用戶42可以被定義為空閑用戶。因此，所述用戶42在任務(wù)池選擇任務(wù)處理也可以是某具有上級領(lǐng)導(dǎo)角色的用戶42在任務(wù)池中選擇任務(wù)指定其它處于空閑狀態(tài)的下級用戶42負責(zé)處理，并通知該其它空閑的下級用戶42進行處理，從而提高了人員的工作效率和利用率。
優(yōu)選地，接收單元411所接收的項目分解公式是指將根據(jù)項目發(fā)布者40的需求將一個完整的項目分解成至少一項可執(zhí)行的任務(wù)的一整套分解規(guī)則。分解公式將一個完整項目可分解成若干個具有線性關(guān)系的任務(wù)，或者是具有樹形結(jié)構(gòu)關(guān)系的若干任務(wù)，或者是具有其它明確邏輯關(guān)系的若干任務(wù)。根據(jù)項目的復(fù)雜程度或者規(guī)模大小，還可能產(chǎn)生子項目或者孫項目，子任務(wù)或者孫任務(wù)，如此類推，但最終需要分解成具體可執(zhí)行的任務(wù)。
如圖3所示是本發(fā)明實施例提供的一個銷售項目的分解公式示意圖。該示意圖顯示了一個產(chǎn)品銷售項目30按照樹形結(jié)構(gòu)關(guān)系分解成三個子項目，分別是:售前子項目31、售中子項目32和售后子項目33。
其中，售前子項目31分解成了四項具體可執(zhí)行的任務(wù)，分別是:開發(fā)新客戶311、電話拜訪312、與客戶面談313和達成口頭銷售協(xié)議314。在本實施例中，這四個任務(wù)相互之間具有線性關(guān)聯(lián)關(guān)系，也就是前一個任務(wù)的完成是后一個任務(wù)開始處理的基礎(chǔ)，或者說后一任務(wù)的處理依賴于前一任務(wù)完成的基礎(chǔ)。比如從一般業(yè)務(wù)來講，需要先電話銷售人員進行電話擺放后才可能約到跟客戶面談后，面談完成后銷售代表才可能達成口頭銷售協(xié)議。在整個線性任務(wù)關(guān)聯(lián)關(guān)系中，各個任務(wù)定義清晰，用戶可以清楚地主動選擇適合自己的任務(wù)進行處理，并且通過任務(wù)池清楚的掌握項目中其它任務(wù)的處理狀態(tài)信息，例如銷售代表可以實時了解到電話拜訪是否成功、客戶面談有了解到什么重要的信息，從而對于銷售代表跟客戶達成口頭銷售協(xié)議具有重大幫助。
其中，售中子項目32分解成了五項具體可執(zhí)行的任務(wù)，分別是:正式簽訂銷售合同321、采購原材料322、生產(chǎn)產(chǎn)品323、產(chǎn)品發(fā)貨324和貨品交付確認325。并且，正式簽訂銷售合同321又產(chǎn)生了下級的子任務(wù)草擬合同文本3211 ;采購原材料322又產(chǎn)生了下級的子任務(wù)聯(lián)系供應(yīng)商3221 ;產(chǎn)品發(fā)貨324又產(chǎn)生了下級的子任務(wù)物流支持3241。這其中正式簽訂銷售合同321—般由銷售人員跟客戶簽訂，但草擬合同文本3211—般應(yīng)由法務(wù)人員處理，由于本發(fā)明實施例中采用了任務(wù)池的結(jié)構(gòu)，所有的用戶可以實施了解項目的處理狀態(tài)和進度信息，上下級單位或用戶處理任務(wù)的協(xié)同性大大提高，進而整體提高了項目的執(zhí)行效率。加之項目和任務(wù)的截止時間設(shè)置，可以很好的管理和控制項目及任務(wù)執(zhí)行處理的進度。
其中，售后子項目33分解成了一項具體可執(zhí)行的任務(wù)售后服務(wù)331，進而又分解成了兩項子任務(wù)電話客服3311和技術(shù)支持3312。
以上的實施例結(jié)合了如圖3所示的具體銷售項目的實例具體描述了本發(fā)明實施例采用任務(wù)池等技術(shù)措施的提高任務(wù)處理協(xié)同性、調(diào)動用戶積極性和主動性以及提高項目整體執(zhí)行效率。
以下將進一步描述本發(fā)明實施例中對項目和任務(wù)進行價值量化區(qū)別從而進一步提高項目分解和執(zhí)行效率，并且基于價值量化后的任務(wù)和項目還可以對下級單位或者用戶進行績效統(tǒng)計和考核。
優(yōu)選地，接收單元411所接收的項目的內(nèi)容參數(shù)可以是用于對項目的重要級別加以區(qū)別的信息。項目的內(nèi)容參數(shù)一般包括項目類別、項目難度級別及項目規(guī)模級別中的至少一項。
比如項目類別，一般公司或者項目發(fā)布單位可以根據(jù)自身單位的所有項目提前進行預(yù)分類，設(shè)定幾個不同類別用以歸納具有不同重要級別和價值的項目，并且對各個分類賦予不同的價值。例如，對于以銷售產(chǎn)品為主要業(yè)務(wù)的公司而言，可以設(shè)定銷售類、行政類和其它類，其中銷售類可以設(shè)定為最高重要級別并賦予最高價值，行政類其次，其它類為最低重要級別。
優(yōu)選地，本發(fā)明實施例的接收單元411還用于接收關(guān)于項目的各個內(nèi)容參數(shù)所對應(yīng)的價值的設(shè)置，所述的價值是項目的價值大小的量化體現(xiàn)。比如對于項目類別來說，可以給每個類別分別設(shè)定一個具體的價值系數(shù)以區(qū)別重要級別，例如可以設(shè)定銷售類價值系數(shù)為1.8，行政類價值系數(shù)為1.5，其它類價值系數(shù)為1.0。項目類別的價值系數(shù)可以是預(yù)先設(shè)定好并由接收單元411預(yù)先接收，發(fā)布新的項目時則需要選擇其所屬的類別進而自動賦予該類別相應(yīng)的價值。優(yōu)選地，針對內(nèi)容參數(shù)預(yù)先設(shè)定的價值系數(shù)也可以根據(jù)需要后期進行設(shè)置或調(diào)整并由接收單元411接收處理，例如在接收內(nèi)容參數(shù)之后項目處理過程中進行。
同理，項目的內(nèi)容參數(shù)中還可包括的項目難度級別及項目規(guī)模級別也都可以參考項目類別設(shè)置不同級別并賦予不同的價值并進行預(yù)先設(shè)置，從而實現(xiàn)對項目的重要級別和價值上加以量化并區(qū)別。
很明顯，本領(lǐng)域的普通技術(shù)人員在閱讀本發(fā)明實施例的基礎(chǔ)上還可能聯(lián)想到其它可以量化區(qū)別項目的內(nèi)容參數(shù)，應(yīng)當(dāng)屬于本發(fā)明保護的范圍。
優(yōu)選地，本發(fā)明實施例中的接收單元411還用于接收關(guān)于根據(jù)項目分解公式分解后的各個可執(zhí)行的任務(wù)所對應(yīng)的價值的設(shè)置，所述價值是任務(wù)的價值大小的量化體現(xiàn)。例如，在如圖3所示的產(chǎn)品銷售項目30中，可以根據(jù)各個任務(wù)的重要性和對項目的價值大小分別設(shè)定價值分數(shù)，例如設(shè)定開發(fā)新客戶311任務(wù)的價值分數(shù)為10分，電話拜訪312任務(wù)的價值分數(shù)為20分，與客戶面談313任務(wù)的價值分數(shù)為20分，以及達成口頭銷售協(xié)議314任務(wù)的價值分數(shù)為30分。任務(wù)的價值分數(shù)設(shè)定可以在接收項目內(nèi)容參數(shù)前就預(yù)先設(shè)置好且由接收單元411連同項目的內(nèi)容參數(shù)一并接收，這樣接收項目內(nèi)容參數(shù)后進行分解的任務(wù)自動賦予相應(yīng)的價值分數(shù)。優(yōu)選地，針對任務(wù)設(shè)定的價值分數(shù)還可以是根據(jù)需要后期再進行設(shè)置或調(diào)整并由接收單元411接收處理，例如可以在接收項目的內(nèi)容參數(shù)之后項目處理過程中進行調(diào)整。
優(yōu)選地，本發(fā)明實施例中的任務(wù)池還包括項目的價值系數(shù)以及根據(jù)項目分解公式分解后的各個任務(wù)所對應(yīng)的價值。項目的價值系數(shù)和任務(wù)的價值信息可由池生成單元412對用戶42進行顯示，用戶通過瀏覽任務(wù)池中的任務(wù)信息可以了解任務(wù)所對應(yīng)的價值分數(shù)。
優(yōu)選地，本發(fā)明實施例針對每個用戶提供一個用戶賬戶實施更新用戶42狀態(tài)，從而本發(fā)明實施例中的用戶狀態(tài)單元415還用于:在用戶42提交任務(wù)完成的進度信息后獲得該任務(wù)所對應(yīng)的價值，并將所獲得的價值計入用戶42獲得的價值總和。其中，用戶42提交任務(wù)完成的進度信息后意味著完成了該項任務(wù)，則因此獲得的價值等于任務(wù)對應(yīng)的價值乘以任務(wù)所述項目的價值系數(shù)后的結(jié)果分數(shù)計入用戶42的價值總和。例如在如圖3所示的例子中，假設(shè)用戶完成的任務(wù)是與客戶面談313任務(wù)，該任務(wù)的價值分數(shù)為20分，該項任務(wù)所屬的產(chǎn)品銷售項目30根據(jù)其內(nèi)容參數(shù)設(shè)置的價值系數(shù)分別為項目類別的價值系數(shù)1.8 (屬于銷售類)，則用戶完成該任務(wù)所得的價值總和是:20分*1.8 = 36分。如果還有其它的項目內(nèi)容參數(shù)設(shè)置例如項目難度級別和項目規(guī)模級別也進行了價值系數(shù)的設(shè)置，則也應(yīng)乘以相應(yīng)的價值系數(shù)。
由此，用戶42每完成一項任務(wù)會獲得相應(yīng)的價值分數(shù)，則利用本發(fā)明實施例的項目分解方法還可以統(tǒng)計用戶42獲得的價值總和，作為用戶42工作績效考核的參考指標。同時，用戶42在任務(wù)池種選擇任務(wù)的時候就能夠清楚了解其處理該項任務(wù)能夠獲得多少價值分數(shù)，也從技術(shù)上大大調(diào)動了用戶42處理任務(wù)的積極性和主動性。并且，對于整個項目來說，每項任務(wù)的價值設(shè)定客觀量化了，復(fù)雜和難度高的任務(wù)一般被賦予更高的價值，則不會出現(xiàn)傳統(tǒng)項目分解中的復(fù)雜任務(wù)無人愿意處理或者沒有分派給適合的用戶42或下級單位處理。由此,大大提高了項目的整體執(zhí)行效率。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種項目分解處理方法，其特征在于，包括: 接收項目的內(nèi)容參數(shù)以及項目分解公式； 根據(jù)項目分解公式以及項目的內(nèi)容參數(shù)將項目分解成至少一項可執(zhí)行的任務(wù)； 生成任務(wù)池，所述任務(wù)池包括項目、項目分解后的可執(zhí)行的任務(wù)、項目和任務(wù)之間的關(guān)聯(lián)關(guān)系以及任務(wù)和任務(wù)之間的關(guān)聯(lián)關(guān)系，用戶可瀏覽任務(wù)池并在任務(wù)池中選擇任務(wù)進行處理以及提交任務(wù)處理的進度信息； 接收用戶從工作池中選擇任務(wù)的信息以及用戶提交的任務(wù)處理進度信息，并更新任務(wù)池中對相應(yīng)的項目以及任務(wù)的狀態(tài)信息。
2.如權(quán)利要求1所述的方法，其特征在于，所述用戶在任務(wù)池選擇任務(wù)處理是指用戶在任務(wù)池中選擇任務(wù)自己負責(zé)處理。
3.如權(quán)利要求1所述的方法，其特征在于，所述用戶在任務(wù)池選擇任務(wù)處理是指用戶在任務(wù)池中選擇任務(wù)指定其它用戶負責(zé)處理，并通知該其它用戶。
4.如權(quán)利要求1所述的方法，其特征在于，所述項目的內(nèi)容參數(shù)包括項目類別、項目難度級別及項目規(guī)模級別中的至少一項。
5.如權(quán)利要求1至4中任一項所述的方法，其特征在于，所述方法還包括: 接收關(guān)于項目的各個內(nèi)容參數(shù)所對應(yīng)的價值的設(shè)置，所述的價值是項目的價值大小的量化體現(xiàn)； 接收關(guān)于根據(jù)項目分解公式分解后的各個可執(zhí)行的任務(wù)所對應(yīng)的價值的設(shè)置，所述價值是任務(wù)的價值大小的量化體現(xiàn)。
6.如權(quán)利要求5所述的方法，其特征在于，所述任務(wù)池還包括: 項目的價值； 根據(jù)項目分解公式分解后的各個任務(wù)所對應(yīng)的價值。
7.如權(quán)利要求6所述的方法，其特征在于，所述項目的價值和分解后的各個任務(wù)所對應(yīng)的價值對瀏覽任務(wù)池的用戶顯示。
8.如權(quán)利要求1、2、3、4、6或7所述的方法，其特征在于，所述價值是在接收項目內(nèi)容參數(shù)之前根據(jù)用戶預(yù)定義設(shè)置完成。
9.如權(quán)利要求1、2、3、4、6或7所述的方法，其特征在于，所述價值是在接收項目內(nèi)容參數(shù)之后根據(jù)用戶設(shè)置完成。
10.如權(quán)利要求1、2、3、4、6或7所述的方法，其特征在于，所述方法還包括接收: 項目截止日期的設(shè)置，項目自該截止日期始失效則該項目的所有任務(wù)同時失效； 任務(wù)認領(lǐng)截止日期的設(shè)置，超過該截止日期后任務(wù)不能被用戶選擇執(zhí)行； 任務(wù)完成截止日期的設(shè)置，用以提醒選擇該任務(wù)執(zhí)行的用戶須在此截止日期前完成任務(wù)。
11.如權(quán)利要求1、2、3、4、6或7所述的方法，其特征在于，所述用戶提交的任務(wù)處理進度信息包括任務(wù)完成，則相應(yīng)的任務(wù)池中任務(wù)的狀態(tài)信息為任務(wù)已完成。
12.如權(quán)利要求11所述的方法，其特征在于，該方法還包括: 用戶提交任務(wù)完成的進度信息后獲得該任務(wù)所對應(yīng)的價值，并將所獲得的價值計入用戶獲得的價值總和。
13.如權(quán)利要求11所述的方法，其特征在于，該方法還包括:實時更新用戶選擇任務(wù)以及提交的任務(wù)處理進度信息。
14.一種項目分解處理系統(tǒng)，其特征在于，所述系統(tǒng)包括: 接收單元，用于接收項目的內(nèi)容參數(shù)以及項目分解公式； 解析單元，用于根據(jù)項目分解公式以及項目的內(nèi)容參數(shù)將項目分解成至少一項可執(zhí)行的任務(wù)； 池生成單元，用于生成任務(wù)池，所述任務(wù)池包括項目、項目分解后的可執(zhí)行的任務(wù)、項目和任務(wù)之間的關(guān)聯(lián)關(guān)系以及任務(wù)和任務(wù)之間的關(guān)聯(lián)關(guān)系，用戶可瀏覽任務(wù)池并在任務(wù)池中選擇任務(wù)進行處理以及提交任務(wù)處理的進度信息； 池更新單元，用于接收用戶從工作池中選擇任務(wù)的信息以及用戶提交的任務(wù)處理進度信息，并更新任務(wù)池中對相應(yīng)的項目以及任務(wù)的狀態(tài)信息。
15.如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述用戶在任務(wù)池選擇任務(wù)處理是指用戶在任務(wù)池中選擇任務(wù)自己負責(zé)處理。
16.如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述用戶在任務(wù)池選擇任務(wù)處理是指用戶在任務(wù)池中選擇任務(wù)指定其它用戶負責(zé)處理，并通知該其它用戶。
17.如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述項目的內(nèi)容參數(shù)包括項目類別、項目難度級別及項目規(guī)模級別中的至少一項。
18.如權(quán)利要求14至17中任一項所述的系統(tǒng)，其特征在于，所述接收單元還用于: 接收關(guān)于項目的各個內(nèi)容參數(shù)所對應(yīng)的價值的設(shè)置，所述的價值是項目的價值大小的 量化體現(xiàn)； 接收關(guān)于根據(jù)項目分解公式分解后的各個可執(zhí)行的任務(wù)所對應(yīng)的價值的設(shè)置，所述價值是任務(wù)的價值大小的量化體現(xiàn)。
19.如權(quán)利要求18所述的系統(tǒng)，其特征在于，所述任務(wù)池還包括: 項目的價值； 根據(jù)項目分解公式分解后的各個任務(wù)所對應(yīng)的價值。
20.如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述池生成單元將項目的價值和分解后的各個任務(wù)所對應(yīng)的價值向瀏覽任務(wù)池的用戶顯示。
21.如權(quán)利要求14、15、16、17、19或20所述的系統(tǒng)，其特征在于，所述價值是由接收單元在接收項目內(nèi)容參數(shù)之前根據(jù)用戶預(yù)定義設(shè)置完成。
22.如權(quán)利要求14、15、16、17、19或20所述的系統(tǒng)，其特征在于，所述價值是由接收單元在接收項目內(nèi)容參數(shù)之后根據(jù)用戶設(shè)置完成。
23.如權(quán)利要求14、15、16、17、19或20所述的系統(tǒng)，其特征在于，所述接收單元還用于接收: 項目截止日期的設(shè)置，項目自該截止日期始失效則池更新單元設(shè)置該項目的所有任務(wù)同時失效; 任務(wù)認領(lǐng)截止日期的設(shè)置，超過該截止日期后池更新單元設(shè)置該任務(wù)不能被用戶選擇執(zhí)行； 任務(wù)完成截止日期的設(shè)置，池更新單元提醒選擇該任務(wù)執(zhí)行的用戶須在此截止日期前完成任務(wù)。
24.如權(quán)利要求14、15、16、17、19或20所述的系統(tǒng)，其特征在于，所述用戶提交的任務(wù)處理進度信息包括任務(wù)完成，則相應(yīng)的任務(wù)池中任務(wù)的狀態(tài)信息為任務(wù)已完成。
25.如權(quán)利要求24所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 用戶狀態(tài)單元，用于在用戶提交任務(wù)完成的進度信息后將該任務(wù)對應(yīng)的價值計入用戶獲得的價值總和。
26.如權(quán)利要求25所述的系統(tǒng)，其特征在于，所述用戶狀態(tài)單元還用于:實時更新用戶選擇任務(wù)以及提交 的任務(wù)處理進度信息的狀態(tài)信息。
全文摘要
本發(fā)明公開了一種項目分解處理方法及系統(tǒng)。所述方法包括接收項目的內(nèi)容參數(shù)以及項目分解公式；根據(jù)項目分解公式以及項目的內(nèi)容參數(shù)將項目分解成至少一項可執(zhí)行的任務(wù)；生成任務(wù)池，所述任務(wù)池包括項目、項目分解后的可執(zhí)行的任務(wù)、項目和任務(wù)之間的關(guān)聯(lián)關(guān)系以及任務(wù)和任務(wù)之間的關(guān)聯(lián)關(guān)系，用戶可瀏覽任務(wù)池并在任務(wù)池中選擇任務(wù)進行處理以及提交任務(wù)處理的進度信息；接收用戶從工作池中選擇任務(wù)的信息以及用戶提交的任務(wù)處理進度信息，并更新任務(wù)池中對相應(yīng)的項目以及任務(wù)的狀態(tài)信息。應(yīng)用該方法及系統(tǒng)，可以量化項目分解后的任務(wù)價值區(qū)別從而顯著提高項目分解處理效率，并且可以根據(jù)量化后的價值對項目分解后的任務(wù)執(zhí)行人進行量化的績效考核。
文檔編號G06Q10/06GK103150620SQ20111040430
公開日2013年6月12日 申請日期2011年12月7日 優(yōu)先權(quán)日2011年12月7日
發(fā)明者徐翔 申請人:徐翔