fi-hf-pm-項目管理規(guī)范(編輯修改稿)
2025-05-04 05:43 本頁面
【文章內(nèi)容簡介】 SPTO項目問題amp?！分?。 會議紀(jì)要u 會議紀(jì)要：指定記錄人，會議紀(jì)要記錄完畢后，請于會議次日上午11:30前，將會議紀(jì)要發(fā)給相關(guān)人員（小組會發(fā)給所有參會人員，項目例會發(fā)給組長以上參會人員），根據(jù)大家提出的意見修改。收件人如果對內(nèi)容有意見，反饋截止時間為收到郵件當(dāng)日18:00前，修改內(nèi)容要用文檔修訂的方式，并在郵件系統(tǒng)中回復(fù)所有，為減少合并工作量，下一個修改人員要在最后一個版本的附件上修改，若問題較少，也可直接寫在郵件正文中。記錄人合并整理后，放入配置庫中。參見《》。u 小組會議紀(jì)要：記錄人由組長指定；全體例會會議紀(jì)要：指定人員記錄。負(fù)責(zé)人待定：u 項目例會、需求討論會等都要形成會議紀(jì)要。需求討論會后，若發(fā)出內(nèi)容重復(fù)的需求文檔評審的郵件（如需求分析文檔、流程說明書等），可省略發(fā)送會議紀(jì)要。u 待解決問題記錄到《FI LONGWAYSPTO項目問題amp?！分校⒂涗浉櫧鉀Q情況，整個項目一個文檔 郵件管理1. 為保證溝通渠道暢通，將各自郵件的收信間隔設(shè)置為10分鐘，并保持郵箱程序運行。2. 發(fā)出去的郵件請?zhí)峁┲黝}，主題建議以“項目組”開頭，后跟“”，主題要能簡要說明郵件內(nèi)容，便于查找與管理，沒有主題的郵件，收件人可作為垃圾郵件處理。若郵件不寫標(biāo)題，每次罰款十元；3. 需要評審附件的郵件，郵件主題中要有‘評審’或‘反饋’字樣，以明確此郵件是需要回復(fù)的。正文要寫出評審內(nèi)容的重點關(guān)注問題或?qū)徍它c。收件人為必須回復(fù)人員，若不提出任何建議和問題需回復(fù)‘無意見’，一般情況要回復(fù)所有人。此郵件的抄送人可選回復(fù)。發(fā)件人要寫明最晚反饋時間，并建議在最晚反饋時間前提醒未反饋人員。4. 未明顯注明‘評審’或‘反饋’字樣的郵件可選回復(fù)。5. 回復(fù)郵件不要修改郵件的標(biāo)題及刪除原始內(nèi)容6. 郵件抄送：項目組內(nèi)部重要工作郵件要抄送QA需抄送QA的郵件：組內(nèi)通知、項目周報，例會通知，工作討論會通知，技術(shù)討論會通知，以及需要評審的計劃、需求、設(shè)計文檔、需求變更、設(shè)計變更、測試申請、測試分析報告 項目問題跟蹤管理1. 成立架構(gòu)小組。u 架構(gòu)組的職責(zé)：架構(gòu)組是從整體上把握業(yè)務(wù)的需求和技術(shù)的實現(xiàn)方案，同時協(xié)調(diào)各專業(yè)小組的工作，使業(yè)務(wù)需求和技術(shù)解決方案成為一個有機的整體。u 架構(gòu)組的工作交付物：架構(gòu)組要從整體上繪制和完善需求及技術(shù)解決方案；體現(xiàn)為應(yīng)用架構(gòu)、技術(shù)實現(xiàn)架構(gòu)和應(yīng)用部署架構(gòu)。對于涉及多項目小組的問題，提出指導(dǎo)性意見。同時接受各個項目小組提出的共性問題并組織討論確定解決方案。2. 各業(yè)務(wù)小組現(xiàn)在存在的公共問題和涉及到需要組間溝通的問題、小組內(nèi)解決不了的問題，各小組負(fù)責(zé)人將問題記錄在vss\Management（管理庫）\SPTO（項目跟蹤）\項目問題amp。風(fēng)險管理\《FILONGWAYSPTO項目問題amp?！?并反饋記錄情況。分別由架構(gòu)組和項目管理小組負(fù)責(zé)協(xié)調(diào)解決。3. 架構(gòu)組成員：根據(jù)實際情況而定 需求管理需求管理：將需求規(guī)格說明書中的需求記錄在《》，并及時維護(hù)，填寫說明見《》中“填寫說明”的sheet頁。需求階段需要提交的工作產(chǎn)品：（根據(jù)情況而定）《》《》《》《》需求設(shè)計變更：目前所有需求的增加，修改，刪除，設(shè)計方案的變化，會對現(xiàn)有的工
公司管理相關(guān)推薦
鄂ICP備17016276號-1