目前專門針對IT行業(yè)、軟件行業(yè)的項目管理工具越來越多，但大多數(shù)產(chǎn)品目前還只是具有較通用功能，一些管理精細的要求難以在工具中得到支持。筆者根據(jù)實際應用，探討一下項目管理中的工具支持功能，此為系列之一，歡迎從事項目管理工具研究或者感興趣的人員 ，探討研究。
    一般有一定規(guī)模的軟件開發(fā)組織，項目基本上都是項目群。一般規(guī)模的項目群可能分為兩級，一個項目群下面包括若干項目組，大的項目，項目分級可能有3到4級。目前的管理工具對于項目群的支持都不夠好，項目管理中對于項目群的描述，也是篇幅有限，認為管理好所有子項目，即可。對于項目群中各個項目之間關系一般很少闡述。一般的項目管理工具即使支持項目群的管理，也就是可以象樹形展開那樣，對項目群信息進行匯總查看，對于項目群的各個項目之間的關系、管理模模式等都不涉及，項目群就是若干項目的簡單組合而已。
    實際中，我以一個ERP軟件公司為例，簡單闡述下兩種典型的組織架構下的兩種項目管理模式，。
    1、項目單獨型：此種情況下，項目群中每個項目組是較為獨立的，彼此間的任務基本沒有太多聯(lián)系。
    這種模式下，每個項目組的項目經(jīng)理，負責從需求、開發(fā)、測試整個的管理與跟蹤，整個項目的項目計劃跟蹤由項目經(jīng)理負責，這種管理模式下，項目群可以簡單的看作是一系統(tǒng)子項目的集合，大部份能夠支持項目群的項目管理工具都可以支持。
    2、混合模式：
    上述管理模式中，因為不利于資源的整合和利用，目前很多公司進行了改進，所以一般會將需求、測試從單個項目組中抽出來，組成需求組和測試組。
    這樣情況下，嚴格意義上講，高級項目經(jīng)理才是真正的項目經(jīng)理，但在實際中，如果讓高級項目經(jīng)理(一般我們稱為部門經(jīng)理)負責項目任務的建立、跟蹤，是完全不可能的。一般的部門，估計項目任務有好幾百條任務，部門成員有20-30人，沒有哪個部門經(jīng)理能承擔得了這個工作量。而且，在這種模式下，工作量估算也是分開的。
    一般工具的解決方案就是，與上一種模式中的一樣，將需求組、開發(fā)組、測試組也視為一個項目組，單獨建任務。這樣又產(chǎn)生兩個問題：
    1、 同一個功能點，被重復建了三個任務，并且之間沒有任何關聯(lián)，部門經(jīng)理要跟蹤功能點的完成情況，很麻煩;
    2、 需求、開發(fā)、測試之間協(xié)作會較累，比如，我們在項目中，都要實時標記，是否提交開發(fā)、提交測試、測試完成，結果不知道要針對哪個任務進行標記。
    所以我認為，現(xiàn)有的項目管理工具，即使是專門針對軟件開發(fā)的項目管理工具，都沒有考慮到這么細，這樣的需求有一定個性化，但我認為在很多大型研發(fā)組織，還是有一定的代表性。說明管理工具的需求做得得還不夠精細和深入，或者缺少。
    我建議的解決方案是：對于項目群的管理，支持項目組的任務建立關聯(lián)和繼承關系，比如
    上述混合模式中，開發(fā)組任務可以由需求組任務繼承，測試組由開發(fā)組繼承，需求組、開發(fā)組、測試組關注自己組的任務，對于部門經(jīng)理，因為這些任務這間有繼承關系，所以可以展現(xiàn)從需求、開發(fā)、測試的一體化跟蹤表。