<td id="shilo"></td>
<track id="shilo"><strike id="shilo"></strike></track>
  • <p id="shilo"><strong id="shilo"><small id="shilo"></small></strong></p>
    <td id="shilo"></td>
  • <td id="shilo"></td>

      <table id="shilo"></table>

        產品中心

        Product Centre

        您所在的位置: 首頁 產品中心 方案大全 研發管理

        研發管理

        研發管理的定位

        一、內部研發+設備生產+貿易的企業
        我們管的是內部研發的項目過程部分,面向的客戶通常是一個部門或子公司或事業部,該部門是為企業的生產和貿易服務的部門。
        與后者在工作過程中表現出來的差異是在業務的流程上,如項目的發起人是產品經理或產品線負責人。需求對象通常來自于內部,服務于產品,工作過程本身是個項目。項目經理通常是具備專業技術能力的技術人員,對項目和階段的評審由項目部內評審即可完成,項目結束后要對接的是生產部門。

        二、研發型項目企業
        我們管的是公司整體的項目管理運營。
        與前者不同之處在于:項目的發起人是銷售或商務人員,項目本身是為客戶提供產品個性化服務的過程,需求對象來自于內部和外部項目方,對于項目過程中階段的評審和商務有直接的關系,影響項目收款,項目結束后通常會轉入售后服務部門

        研發過程中常見問題

        項目過程中的問題是共性的,我們從項目的五大過程組來分析每個過程中存在的典型問題,這五大過程依序為啟動過程、規劃過程、執行過程、監控過程、收尾過程。

         

        一、啟動過程

        1、典型問題
        項目啟動時對項目的范圍定義模糊,沒有統一的項目術語以及產品定義,容易造成業務和管理混亂。
        委任項目經理的時候,依賴以項目經理的個人經驗或專業技能為主,項目經理本身可能缺乏對業務流程(非審批流程)的清晰定義,缺少項目管理知識(甚至很多時候項目的關鍵干系人也無法識別完整)。
        2、解決問題
        (1)項目下單流程
        (2)項目章程制訂
        (3)項目團隊
        (4)項目干系人識別

         

        二、規劃過程

        1、典型問題
        (1)過于追求技術的先進性,忽略研發成本,成本核算體系不能支撐項目核算需要,無法準確核算項目成本,項目組不重視成本控制。
        (2)對項目任務計劃不重視,任務計劃制定時不夠審慎,任務執行過程中變更頻繁,不能后期發揮對工作的指導和分析作用。
        (3)對項目成果文檔計劃不重視,文檔材料通常是后補的,在項目移交或人員更迭的時候,就會發生資料不全、不完整、不是最新的。
        (4)沒有進行項目階段劃分,或者沒有明確各階段的產出、考核標準和內容,沒有確定項目各階段中的關鍵決策點和決策點控制,導致項目過程中無審計動作,質量問題只有在項目完成時才發現。

        2、解決問題
        任務管理、階段計劃管理、工時成本計劃、檔案計劃

         

        三、執行過程

        1、典型問題
        (1)【分配工作時找不到資源】在分配工作的時候,每個人都會說自己很忙,沒有精力做其它事,如果要聽每個人自己的詳細說明,那項目經理的工作就難以開展下去,分配任務也變得很困難。
        (2)【分配下去的工作跟蹤要靠人去追問】工作往往只有到結束的那一刻才有任務的負責人來主動的匯報,在進行的過程中,其它人無法知道某個人的任務工作進展程度
        (3)【項目的范圍蔓延不受控】提交的需求是否合理,需求可能產生的影響預估,需求是否已經表達清楚和完整到可以做WBS任務分解了,對項目需求的變更是導致項目范圍蔓延的重要因素。
        (4)【缺陷/問題的跟蹤和處理不及時】其一、研發領域有較強的專業特性,分專業的人所負責的內容不一樣,項目中棘手的問題是綜合類型的問題,問題的提出者很容易被相關責任人之間,來回當球踢沒有人主動負責。其二、當問題被確認下來之后,沒有形成WBS任務分解,導致具體的事情是誰做,該何時做完才不會影響到問題處理的進度是不清楚的。
        (5)【項目部與商務部的溝通信息延遲】項目每個階段的完成不能及時自動的提醒給商務部,需要靠項目經理的的記憶去口頭通知,時間也是滯后的,這會導致商務難以看清項目的整體進度情況,從而導致收款進度的延期。
        (6)【控制費用沒有參考的依據】由于客戶的需要人員往往需要出差去項目現場,在海量出差單的審批時,需要憑印象記憶或去找歷史上某個人的出差單來查看出差次數,耗費大量的精力。但不耗這些時間與精力,項目的費用成本又無法有效的控制。
        (7)【工時的填寫全憑個人感覺不準確】每個人填寫的工時表是每天下班后填寫,也經常會有拖延情況,信息是滯后的,經常會不準確,沒有人能保證自己能記得自己每天做了哪些事情,應該填多少工時,更沒有人能記得自己昨天做了哪些事情,應該填多少工時。
        (8)【工時成本統計不及時也不準確】根據上面的問題,財務部在依據工時表進行的人工成本統計,就會不準確和不及時,往往要事后發生了成本超過之后才知道
        (9)【無法共享知識導致重復開發】

        2、解決問題
        溝通管理、費用管理、工時管理、檔案管理、任務管理、階段管理、范圍管理、問題管理

         

        四、監控過程

        1、項目在前期沒有計劃,在后期就談不上對計劃偏離情況的分析跟蹤;
        2、依靠有經驗的人來輪詢各塊的工作進展來保證項目在質量、進度、成本、范圍,當同時進行的項目個數超過一定數量的時候,人的精力就照顧不過來了;
        3、監控項目過程中發現某一塊的問題,就需要召集所有可能與此問題相關的人員來開會討論,否則對問題的處理相關責任人的配合就會很困難;

         

        五、收尾過程

        1、缺乏項目范圍的管理,項目一旦開始往往很難中止、結束。
        2、項目轉入售后,責任的主體沒有移交,售后服務的時間范圍信息不準確,導致沒有后續的增值。
        3、項目結束之后過程文檔沒有沉淀下來。
        4、績效評價指標體系中缺乏項目過程性指標

         

        以上問題從項目管理的角度上來講,研發公司主要表現在五個管理領域:資源、成本、進度、范圍、質量。
          1、資源方面的問題體現在執行過程中:

        分配工作時找不到資源
          2、成本方面的問題體現在執行與收尾過程中:

        工時成本統計不及時也不準確
        控制費用沒有參考的依據
        3、進度方面表現出來的問題表現在規劃和執行過程中:
        分配工作時找不到資源,導致進度計劃定不下來。
        分配下去的工作跟蹤要靠人去追問,導致進度緩慢。
        項目部與商務部的溝通信息延遲,是影響進度的因素【溝通】
        項目部與客戶與商務的溝通信息不對稱,是影響進度的因素【溝通】
        4、質量和范圍方面的問題體現在執行過程中:
        缺乏對范圍變更的分析
        范圍變更的責任主體及過程跟進

        主要要點簡述

        我們將整個研發方案分解成以下9個主要要點,

        1、項目管理
        2、階段管理
        3、任務管理
        4、工時管理
        5、問題管理
        6、需求管理
        7、風險管理
        8、干系人管理 
        9、檔案管理

         

        一、任務管理

         1、任務管理的定義:
        是屬于項目進度管理的核心部分,是構成項目進度表現的最小執行單元。
        2、任務管理的核心價值:
        通過保障執行力來提高生產效率

         


        用來對任務執行過程中的提醒,為系統提供驅動機制

         

        任務反饋和進度確認流程,是在任務完成或任務有了進展之后的發起的。是對任務計劃執行的結果反饋,而非執行本身

         


        這是任務計劃發布和責任人確認接收任務的過程,發布任務的人要求每項任務的完成時間和為任務內容做標準定義

        處理是線下的工作,需要依賴階段負責人本身的知識、方法、技能以及對工具的理解使用。由于階段的檢查帶來的處理工作,同樣包括但不限于:
        (1)根據任務的完成情況去做執行【反饋或進度確認】
        (2)根據風險的實際發生情況,轉換或關閉風險。
        (3)更新問題列表。
        (4)更新檔案計劃列表。
        (5)更新WBS
        (6)更新工時總計劃
        (7)更新風險計劃
        (8)更新需求列表。
        (9)更新干系人期望值

         

        二、需求管理


         

        上報需求的人(或由其它人來完成)將需求進行歸類和定義需求級別,交由專家判斷該需求是否合理,我方的應對措施

         

         

         

        用來對項目管理過程中需求的提醒,為系統提供驅動機制

         

         

        處理是線下的工作,需要依賴階段負責人本身的知識、方法、技能以及對工具的理解使用。由于階段的檢查帶來的處理工作,同樣包括但不限于:
        (1)根據需求的實際發生情況選擇:
        關閉
        放棄
        合并
        (2)變更需求。
        (3)更新問題列表。
        (4)更新檔案計劃列表。
        (5)更新WBS
        (6)更新工時總計劃
        (7)更新風險計劃
        (8)更新干系人期望值

         

        三、問題管理

        對于非工程企業,質量問題是導致項目進度、成本增加的來源之一,并且由于該行業的質量問題是沒有嚴格的標準或質量工具檢測,因此在非工程企業質量問題的體現更多的是問題跟蹤日志。
        對問題需要劃分類別和問題級別,根據類別由專業領域的專家來對其進行判斷和任務分工。
        問題的實際執行依靠任務來完成保障執行效率

        處理是線下的工作,需要依賴階段負責人本身的知識、方法、技能以及對工具的理解使用。由于階段的檢查帶來的處理工作,同樣包括但不限于:
        (1)根據問題的實際發生情況,關閉問題。
        (2)更新需求列表。
        (3)更新檔案計劃列表。
        (4)更新WBS
        (5)更新工時總計劃
        (6)更新風險計劃
        (7)更新干系人期望值

         

        四、檔案管理

        用來對項目管理過程中依據計劃的檔案的完整性

         

         

         

        通常由項目經理對項目的檔案做好整體計劃,做好檔案計劃有利于對檔案進行完整性對比檢查

        處理是線下的工作,需要依賴階段負責人本身的知識、方法、技能以及對工具的理解使用。由于階段的檢查帶來的處理工作,同樣包括但不限于:
        (1)更新檔案內容。
        (2)更新需求列表。
        (3)更新檔案計劃列表。
        (4)更新WBS
        (5)更新工時總計劃
        (6)更新風險計劃
        (7)更新干系人期望值

         

        五、工時管理

         

        通常由項目經理對項目的工時做好整體計劃,預估項目人工工時總成本,作為未來工時對比報表的數據源

         

        工時依托于任務管理而存在

         

         

        六、風險管理

        1、風險管理定義
        當中包括了對風險的量度、評估和應變策略。理想的風險管理,是一連串排好優先次序的過程,使當中的可以引致最大損失及最可能發生的事情優先處理、而相對風險較低的事情則押后處理?,F實情況里,優化的過程往往很難決定,因為風險和發生的可能性通常并不一致,所以要權衡兩者的比重,以便作出最合適的決定。

        2、風險管理的目標
        風險管理是一項有目的的管理活動,只有目標明確,才能起到有效的作用。否則,風險管理就會流于形式,沒有實際意義,也無法評價其效果。


        3、如何做風險的識別
        風險識別方法很多,常見的方法有:生產流程分析法、風險列舉法、流程圖法、財務表格分析法、保險調查法。

         

        在項目初期由項目經理對項目做好風險預測,預測項目的風險級別、類別、概率、影響,在分析流程中判斷針對每個風險的應對策略

         

        用來監控風險的桌面,及時處理掉未關閉的風險,消除潛在影響

         

        處理是線下的工作,需要依賴階段負責人本身的知識、方法、技能以及對工具的理解使用。由于階段的檢查帶來的處理工作,同樣包括但不限于:
        (1)關閉風險
        (2)更新檔案內容。
        (3)更新需求列表。
        (4)更新檔案計劃列表。
        (5)更新WBS
        (6)更新工時總計劃
        (7)更新風險列表
        (8)更新干系人期望值

         

        價值與影響

        一、軟件的本質
        軟件的本質是工具,它是把線下原本不可見的東西變得可見。
        (1)有助于幫助管理者發現在資源的投入過程中的問題。
        (2)有助于幫助管理者發現進度和影響進度方面的問題。
        (3)有助于幫助管理者發產出效率低的問題。
        它并不能直接的解決企業經營中投入產出比低的問題,也不能直接解決項目運營過程中要依靠個人的知識、技能、方法去應對的問題。

         

        二、軟件帶給用戶的本質變化

        1、看得清資源分配情況和資源忙閑度
        帶來的價值:方便的找到合適的人并安排任務給他,系統提供了資源日歷的展現方式。比如我要找4月3號到5號哪個研發人員有空。
        但不能代替客戶由系統自動分配任務,如何合理的分配安排任務需要靠人

         

        2、看得清項目的進度和影響進度的問題
        帶來的價值:避免線下過多的人工詢問跟進進度,耗費時間和精力
        但不能代替客戶直接解決進度及影響進度的問題,通過系統展現出影響進度的問題。

         

         

        3、看得清當前項目的合同產值與研發人員產值
        系統不能直接提高企業的投入產出比,但是能夠客觀的反映當前的現狀

         

         

        4、看得清當前已發生的成本
        帶來的價值:為決策提供參考依據。
        根據合同約定的出差次數,在每次出差時系統自動累加得出當前已出差次數。為審批決策出差提供參考依據

        但不能代替項目經理控制成本,系統為控制人工成本和費用提供審批依據。

         

        三、給不同人帶來的價值與影響

         


         

        QQ客服01 QQ客服02 QQ客服03 在線留言 聯系電話

        項目管理體驗

        請您留下聯系方式,由我們的專業顧問根據您的需求提供產品體驗。

        *姓 名 :

        *郵 箱 :

        *電 話 :

        *留 言 :

        免费老熟妇牲交大全视频中文_成 人免费 在线视频_国内免费久久这里有精品_日韩黄色AV免费
        <td id="shilo"></td>
        <track id="shilo"><strike id="shilo"></strike></track>
      1. <p id="shilo"><strong id="shilo"><small id="shilo"></small></strong></p>
        <td id="shilo"></td>
      2. <td id="shilo"></td>

          <table id="shilo"></table>