第一篇:項目管理驗收問題總結
0.This project is “Library Management System”
Our project helps library to make money and helps librarians easier to manage the library It is a website based on Python & Html & MySQL, which is fast and stable 1.開發架構方式:B/S架構,開發方法:scrum 2.Scrum is a lightweight agile project management framework mainly used for software development.The Scrum Framework tries to deal with the fact that the requirements are likely to change quickly or are not completely known at the start of the project.Another central aspect within the Scrum Framework is continuous improvement: inspect & adapt.(檢查和適應)
Scrum敏捷開發(agile [??d??l ] development)的關鍵字就是增量、迭代,他更重視項目團隊之間的現場溝通,不向傳統瀑布式開發那樣需要萬事具備,才開始開發,Scrum在大方向和小故事點確認好了后,團隊就可以開動了。
product owner(產品負責人)、scrum master(團隊負責人)、scrum team(開發/測試團隊)。
? ? Product owner :需求方,提出需求,能對功能流程、業務流程拍板的人。Scrum master :團隊負責人,負責解決團隊各類問題,領導項目的人。? ? ? ? ? Scrum team :項目執行人員,一般指項目具體開發和測試的人員。Scrum開發的步驟: 步驟一:頭腦風暴 輸出一個產品建議表。
步驟二:product owner對產品建議表進行篩選并做減法,提煉最核心的需求。
? ? ? ? ? 步驟三:工作量估算 把任務量化,然后估算總體項目時間。
把每個任務都貼在白板上面,白板上分三部分:
(1)to do-待完成(2)in progress-進展中(3)done-完成
步驟四:Sprint Each Sprint start with two planning sessions to define the content of the Sprint: the WHAT-Meeting and the HOW-Meeting.In the WHAT-Meeting the Scrum Team commits to the User Stories from the Scrum Product Backlog and It uses a HOW-Meeting to break the committed User Stories into smaller and concrete tasks.Then implementation begins.經過討論后,已經把任務量化到需要具體完成的時間,然后把n個任務按照開發的重要度,組合成n個sprint(沖刺),每次執行一個sprint。? Sprint:每個sprint都是獨立的,一般先做主要功能,再到次要功能,再到小功能,最后的sprint一般是修復bugs。)
? ? 步驟五:評估
需要改的地方還是要改的
3.backlog:分三種backlog: productbacklog:The Product Backlog consists everything that needs to be done in order to successfully deliver a working software system.A list of features prioritized by business value sprint backlog :Within the Sprint Backlog all activities required to complete the committed entries from the Scrum Product Backlog are stored.The highest-priority items from the product backlog to be completed within a sprint releasebacklog 4.Creating the Work Breakdown Structure 工作分解結構(WBS)A WBS is a deliverable-oriented grouping of the work involved in a project that defines the total scope of the project.WBS是一個面向交付的分組工作,它定義了項目的總范圍。
WBS is a foundation document that provides the basis for planning and managing project schedules, costs, resources, and changes.A work package(工作包)is a task at the lowest level of the WBS.no task is less than 8 hours or more than 80 hours in the WBS.If a task is greater than 80 hours then it needs to be decomposed further into work packages.A WBS dictionary is a document that describes detailed information about each WBS item WBS分四層:project,release,sprint,workpackage.5.Gantt charts provide a standard format for displaying project schedule information by listing project activities and their corresponding start and finish dates in a calendar format甘特圖通過列出項目活動及其相應的開始和完成日期以日歷格式提供了顯示項目進度信息的標準格式。
記住example中的箭頭所代表的意思
Milestones emphasize important events or accomplishments(完成的工作)on projects 6.Estimating Costs If possible, estimate costs by major WBS categories(老師問你這項預算是怎么得出的時候,猜測答案是,根據wbs)
1.Training can help people understand themselves, each other, and how to work better in teams Team building activities include physical challenges 2.Reserves are dollars included in a cost estimate to mitigate(減輕)cost risk by allowing for future situations that are difficult to predict.當問起reserves有什么用的時候可以回答forunknown risk
reserves allow for future situations that may be partially planned for(sometimes called known unknowns)and are included in the project cost baseline
RP=Rate of performance 3.CPI and SPI less than 100% indicate problems Problems mean the project is costing more than planned(over budget)or taking longer than planned(behind schedule)CPI和SPI小于100%表示問題
問題意味著項目的成本超過計劃(超出預算)或花費比計劃的時間長(進度落后)。The CPI can be used to calculate the estimate at completion(EAC)—an estimate of what it will cost to complete the project based on performance to date.The budget at completion(BAC)is the original total budget for the project CPI可以用來計算完工時的估計(EAC)——根據完工日期估算完成項目的費用。竣工預算(BAC)是該項目最初的總預算。7.RACI R = responsibility A = accountability, only one A per task C = consultation I = informed
問題1:問你raci是什么,回答各個字母代表的意思。
問題2:根據你在項目中的分工,問你你應該找誰溝通,你就在你是r的那一行里找一個為c的人,他就是你要溝通的人。8.Performing Quantitative(定量的)Risk Analysis ? technologies often require extensive(大量的)quantitative risk analysis ? Main techniques include: ? Decision tree analysis ? Expected Monetary Value(EMV)預期貨幣價值 ? Simulation ? Sensitivity analysis Planning Risk Responses
? Four main response strategies for negative risks: ? Risk avoidance ? Risk acceptance ? Risk transference ? Risk mitigation(減輕)Response Strategies for Positive Risks應對積極風險的策略 Risk exploitation(利用)風險的開發(利用)Risk sharing風險分擔 Risk enhancement風險提高 Risk acceptance風險接受
第二篇:項目驗收及移交管理
項目驗收及移交管理
一、項目竣工驗收
工程質量竣工驗收是工程質量事后控制的主要環節,是承包單位向業主進行工程移交的一項重要內容。項目管理部將督促承包單位制定有效的控制措施和竣工驗收計劃,搞好工程驗收。
由監理單位編制工程竣工驗收指導書。其主要內容為:竣工驗收的依據、驗收的范圍、驗收的方法和步驟。主要包括消防系統驗收、給水系統功能試驗、排水系統功能試驗、噴淋系統、消火栓、照明系統、防雷接地搖測等。項目管理人員參與項目總監理工程師組織的竣工預驗收,直至辦理質量監督、安全監督工程備案手續。1、建筑工程質量驗收組織和程序(1)、初步驗收
單位工程完工后,施工單位應自行組織有關人員進行檢查評定,向建設單位提交竣工報告。再由總監理工程師組織建設單位(項目)負責人、施工單位項目負責人(項目經理)、設計單位項目負責人及結構、設備安裝設計人員,依據有關法律、法規、工程建設強制性標準、設計文件及施工合同,對工程實體質量進行查驗,對施工單位報送的竣工資料和專業部門驗收文件進行審閱。施工單位應對初驗存在的問題及時進行整改,整改情況需做好記錄,待總監理工程師復查無問題后方可簽署工程竣工報驗單,并提出工程質量評估報告。
(2)、竣工驗收 ①驗收組織
建設單位收到工程驗收報告后,應由建設單位(項目)負責人組織監理、勘察、設計、施工(含分包單位)單位(項目)負責人進行單位工程竣工驗收,并通知建設行政主管部門等職能科室參加。
②驗收程序
a、監理單位組織到會人員簽名。
b、主持人介紹參加會議人員(單位、職務)。
c、主持人宣布組成驗收組及專業組的人員名單(組長須由建設管理單位人員擔任)。
d、建設管理單位匯報工程合同履約情況,執行法律、法規情況。e、施工單位宣讀施工總結報告,匯報工程合同履約情況,介紹執行法律、法規和工程建設強制性標準情況。
f、監理單位宣讀質量評估報告,匯報工程合同履約情況,介紹執行法律、法規和工程建設強制性標準情況,匯報初驗存在問題的整改結果。
i、勘察單位宣讀勘察文件質量檢查報告,介紹工程合同履約情況,介紹執行法律、法規和工程建設強制性標準情況。
g、設計單位宣讀設計文件質量檢查報告,介紹工程合同履約情況,介紹執行法律、法規和工程建設強制性標準情況。(強調施工圖經審圖機構審查情況、設計變更的復核情況、是否體現設計意圖)
k、專業組成員現場查驗工程質量及審閱建設、勘察、設計、施工、監理單位的工程檔案資料。
l、專業組發表意見。(由組長綜合組員意見統一發表,也可由各
組的建設、勘察、設計、監理單位人員各自發意見)
③建筑工程:現場觀感,門窗安裝,屋面防水、欄桿高度是否符合工程建設強制性標準。
④設備安裝:水電試用試運行,安裝工藝觀感。
⑤工程資料:工程建設前期法定建設程序文件,工程綜合管理資料,各分部工程資料,竣工圖,備案資料。
⑥、建管科代表發言。⑦、安監站代表發言。⑧、質監站代表發言。
⑨、主持人詢問在場人員有無異議。
⑩、主持人宣布驗收結論,主要包括以下內容: a、本工程已完成建設工程設計和合同約定的各項內容。b、符合工程建設強制性標準規定的要求。c、各分部(子分部)工程的質量均經驗收合格。d、質量控制資料完整。
e、各分部工程有關安全和功能的檢測資料完整。
f、主要功能項目的抽查結果符合相關專業質量驗收規范的規定。
i、觀感質量驗收符合規定的要求。
j、建設項目管理、勘察、設計、施工、監理單位一致通過本工程竣工驗收并評為合格工程。
(3)、相關專業項目竣工驗收要求:
①防雷與接地工程中的隱蔽部分,施工單位必須在竣工前繪制竣工圖,注明接地體及連接線的實際走向和部位。
②本工程的照明,全負荷24 小時試驗記錄。
③各類動力設備:風機、水泵、污水泵、電梯等安裝后,必須按設計及產品說明書的要求,正確調整其旋轉方向后方可允許試運行。
④消防泵電源需雙路供電。消防泵必須具有自動切換功能消防設備系統經施工單位、設計單位檢驗合格后,并配合消防局進行總驗收。
二、移交管理
工程驗收合格后移交建設單位使用,工程進入保修期后,項目管理人員將組織監理定期回訪解決工程保修中存在的問題。主要做好以下工作:、協助建設單位組織和參與使用前的各項準備工作。
2、工程保修期間如出現工程質量問題,應能組織有關人員進行調 查研究,確定發生工程質量問題的責任,共同研究修補措施并督促實施。
3、組織監理單位委派專人檢查承包商按施工合同約定的內容和范圍修復缺陷的施工質量。
4、協調建設單位按合同約定結算保修抵押金。
5、作好保修期監理工作記錄和總結。
第三篇:項目管理遇到的問題總結
項目管理遇到的問題總結
1.問題描述:進度延遲較嚴重;階段計劃變更頻繁 原因分析:
? 前期策劃中,對工作量的估計不足,計劃過于樂觀; ? 項目計劃的周期過長;
? 策劃時對風險的預測不充分;未制定有效的應對策略; ? 項目組內部管理不是很有效,團隊執行力不夠;
? 項目人力資源配備不充分;結構不合理,新成員太多,梯隊在較長一段時間內未形成。改進措施:
? 為項目組制訂目標規劃;周期不超過半年; ? 作目標規劃時,可根據預計風險制訂分支計劃; ? 計劃盡量切合項目組資源配備實際;
? 工作量估計要多吸取已有經驗,避免太樂觀。
? 項目經理、骨干項目成員和文秘分工承擔進度控制責任,避免因項目經理精力不足影響進度控制
2.問題描述:輸出產品業務功能需求滿足度低,輸出產品可用性和易用性差;部分有效的時間做了無用功。原因分析:
? 需求開發不充分;
? 沒有積極調研同行資料、進行深入分析; ? 設計工作做的不夠,急于編碼輸出成果;
? 團隊中只有較少成員具備業務知識,沒有做到團隊整體業務知識的提高
? 在進行詳細設計和界面設計的時候,未做需求調研,閉門造車;詳細設計時間短,不夠認真仔細,未做評審;
? 在業務經驗不夠充分的時候,沒有認識到借鑒同類產品設計的重要性;
? 功能模塊很多的情況下,規劃不合理,開始階段開發過于求快求多;對模塊的優先級和重要性排不夠準確
改進措施:
? 出差調研,與客戶深入交流和訪談,盡量獲取較全面的用戶需求;
? 積極調研同行資料、進行深入分析,并出分析報告,確認可吸收借鑒的地方,以及如何吸收;
? 在整體設計、UI設計和詳細設計上專人負責,并盡早動手,做到重要文檔都通過討論評審;重視業務知識匯總、業務知識庫的歸類;
? 在任何時候一定要先排定任務的優先級,永遠做最當前最重要的事; ? 定期進行業務培訓交流,重要部分組織考核;
3.問題描述:跨部門協作和溝通不暢。原因分析:
? 未意識到溝通管理的重要性;未制訂溝通計劃,建立定期溝通制度; 改進措施: ? 制訂溝通計劃,建立定期溝通制度;
4.問題描述:項目測試組和開發組目標不一致,測試本身的質量無法衡量,導致版本改了一輪又一輪,遲遲無法發布。原因分析:
? 項目組與測試組沒有建立共同的工作目標,測試組和開發組沒有形成合力; ? 對測試的策劃不充分,應該劃分階段測試目標和責任方; ? 測試方案未經評審、測試過程未進行有效跟蹤和管理; ? 對測試重視程度不夠;
? 測試人員配備和項目組測試工作量失衡; 改進措施:
? 測試組參與項目目標制訂,建立雙方認同的工作目標:很多情況測試的目標不是測到一個Bug都沒有,而是保證當前用戶最需要、最常用的功能可用;
? 一定進行測試方案評審,在評審的時候對功能點測試優先級、測試通過的標準可進一步審核,保證測試組的工作有效性;
? 若有不同類的測試任務,制訂計劃時分工明確,對項目組和測試組共同承擔的測試任務要有協調計劃;
? 重視測試作用,測試與開發不要小于1:2的比例
5.問題描述:項目組內部長期較高負荷工作,計劃永遠完不成,熱情和積極性逐漸消失。原因分析:
? 計劃不切合實際,只是讓“領導和客戶滿意”的計劃;
? 任務分配未經充分的討論,或是討論時對目標、任務、工作的認識層次不齊,無法真正做到集體決定; ? 缺乏有效激勵;
? 沒有真正考慮到項目團隊成員的“滿意度”; 改進措施:
? 在周例會的時候,除了項目,一定調查下項目成員的滿意度(如“心情指數”和“壓力指數”);
? 建立有效激勵的制度,物質上和精神上的; ? 管理分化,骨干成員承擔管理責任;
? 管理一定要張弛有度,工作越緊張,越要給大家安排出適當的時間放松、調節; ? 如果條件允許,開例會的時候一定選擇室外,風景好的地方開,因為“Environment makes a difference”.
第四篇:關于項目管理的問題
關于項目管理的問題
本人工作4年時間,前三年在中鐵一局(項目部)工作,后一年在寧夏伊地集團(施工隊)工作。工作時間不長,有以下幾點心得體會,與大家分享。
以下是本人在湖南長沙地鐵項目的工作的經歷,有許多事情想與大家探討。
一.項目管理問題
1.人員取用。一個好的項目,必須有一個出色的團隊去管理。選好職工和民工對項目施工是極其重要的。職工是項目領導的核心,有了好的領導,職員才有信心去管理下層。但是民工的選取同等重要,現在社會民工不像以前,給點錢就去給你干活,因為社會民工的就業職位非常多,他們之前沒有簽訂勞動合同,可以隨時走人,另選工作。所以必須有成熟的管理制度及方案。
2.機械的管理。對于我們連續墻施工,工地機械無非就是成槽機,吊車,挖機,渣車。所以只要管理好這四種機械,平時做好保養維護,檢修服務到位,對我們的施工很有幫助。
3.技術方案管理。一個施工項目,現場出現突發情況,必須有經驗豐富的施工顧問,及時解決此問題,項目總工及時聯系甲方,實施此方案。
4.施工計劃管理。一個好的施工計劃,有助于項目能提前保質保量完成。也就是說施工工序的安排問題,一環緊扣一環,不能脫節。
二.施工問題
1.了解現場。做到這一點有時真的很難,一個人不能時刻盯住現場,看住每個人讓他去干活。所以要分級管理,大領導管理小領導,小領導再去管理班組長。使每個人都在監控范圍之內。
湖南長沙市天心區湘府路226號天成泰祥苑A棟2單元707室,馬文忠
第五篇:驗收問題
一、動力中心整改及驗收:(1)完成整改:
1、消防泵房窗已封堵;
2、消防泵控制柜雙路電源互投功能已修復;
3、強切照明電源應急燈不亮已解決;
4、重新進行消檢電檢;
5、清明節前后檢查兩次,已沒有問題缺陷。
(2)復查申請已于3月23日提交,消防局原計劃4月20日左右來復驗。
二、生活區消防整改及驗收:
(1)學生宿舍、專家宿舍及食堂整改項目合同正在走轉單程序,跟蹤審計審核階段;
(2)消防局表態整改須完成,否則不安排復驗(生活區、動力中心一起驗);
三、生活區節能備案
(1)已整理好如下目錄的材料,并提前聯系昌平建委建材科審核資料;
(2)昌平建委建材科反饋問題:
1、節能驗收報告需要補充修改;(建設單位編寫)
2、建筑節能分部工程質量驗收表,系統節能檢測項監理未簽字;(因16年底才供暖,供暖后才能檢測,其余項已于2014年驗收并簽字,監理須補簽字)
3、含公共建筑的單體,建筑面積超3000㎡或占單體建筑面積50%以上,要填寫公共建筑用電用戶編號統計表,備查用電情況;
4、建設單位招標的太陽能熱水項目和空調項目的信息需通過施工單位賬號登錄建委網站進行備案;
5、建委信息平臺生活區5個批次混凝土檢測報告不合格問題;(已解決)
6、上述問題整改完成,資料蓋章報送,即許可生活區節能備案。
難點:節能驗收報告需要建設、施工、監理、設計單位簽字蓋章,監理單位北京遠達國際公司已明確暫不不蓋章,主要原因有:生活區監理項目未結算,應付進度款未付。協調結果,遠達公司趙總找林處協商達成一致后再蓋章。
四、動力中心節能備案
(1)在與建委建材科溝通過程中,收到提示動力中心原審圖報告中包含鍋爐節能設計審查,因此也需要進行節能備案.(2)動力中心節能檢測合同正在走轉單程序,跟蹤審計審核階段;(生活區檢測時有動力中心數據)
(3)按目錄整理資料及聯系三方蓋章簽字,待簽合同和出檢測報告后辦理節能備案。
五、防雷工程驗收
(1)生活區、動力中心、試驗廠房防雷驗收已完成;
(2)主樓防雷驗收問題:
主樓ABC三個單體的變配電室電氣施工完成,通知昌平氣象局進行最后一次防雷接地測試,并檢查樓梯防雷接地安裝情況,提出問題完成整改合格后,可出具檢測報告和驗收合格書。
六、電梯驗收:
(1)生活區電梯完成驗收,因專家宿舍精裝修,目前由城建二公司暫時接管運行,5月份要進行年檢,檢測費用共計1800元,每臺600元;
(2)主樓電梯已經過昌平質量監督局特種設備中心進行檢測合格,但是要正式運行還需要與上海三菱電梯公司簽訂維保合同和交接,辦理特種設備運行手續;
(3)上海三菱電梯公司要求在移交前支付剩余安裝費,目前結算審計正在進行中,審計完成可走付款流程并辦理移交;
(4)目前園區缺持證的電梯安全管理人員,如用后勤集團持證人員的證件辦理接管后存在事實的管理缺位。