官术网_书友最值得收藏!

2.3 大數(shù)據(jù)制度和流程規(guī)范

2.3.1 制度和流程規(guī)范意義

規(guī)范化管理是企業(yè)中一項(xiàng)艱巨的且需要持續(xù)改進(jìn)的工作,它是企業(yè)各項(xiàng)工作正常有效開展的基礎(chǔ),是企業(yè)健康有序發(fā)展的有力保障。大數(shù)據(jù)制度和流程規(guī)范作為企業(yè)規(guī)范化管理的一部分,對于大數(shù)據(jù)工作的開展至關(guān)重要。大數(shù)據(jù)制度和流程規(guī)范建設(shè)的意義主要側(cè)重于三個(gè)方面:

?可以保障企業(yè)內(nèi)部大數(shù)據(jù)系統(tǒng)和周邊業(yè)務(wù)系統(tǒng)運(yùn)作的有序化、規(guī)范化、流程化和標(biāo)準(zhǔn)化,可以降低溝通成本并提高工作效率,保證最終的工作產(chǎn)出。

?可以通過制度性措施界定各事業(yè)群、事業(yè)部、體系、中心、部門間的利益主體和權(quán)責(zé)范圍,是有機(jī)開展工作,避免推脫、不作為、越權(quán)工作的重要途徑。

?通過制度性約束可以降低業(yè)務(wù)運(yùn)作風(fēng)險(xiǎn)以及數(shù)據(jù)安全風(fēng)險(xiǎn),這是企業(yè)開展大數(shù)據(jù)工作的基本前提。

注意

通俗而言,制度和流程規(guī)范不是必須的,或者說不是所有企業(yè)都需要嚴(yán)格的制度和流程規(guī)范。在實(shí)際應(yīng)用中,制度和流程規(guī)范通常適用于大中型企業(yè),為了提高企業(yè)運(yùn)轉(zhuǎn)效率而采取建立現(xiàn)代企業(yè)制度的方式;而對于小企業(yè)而言,靈活的管理方式、直接高效的溝通機(jī)制和更扁平化的直接管理可能更適合真實(shí)運(yùn)營的需要。因此,這里的制度和流程規(guī)范的試用對象更多的是針對大中型企業(yè)。

2.3.2 制度和流程規(guī)范內(nèi)容

制度和流程規(guī)范類內(nèi)容大致可以劃分為兩類:

?工作制度,這類文檔對其范圍內(nèi)的人員進(jìn)行約束,常有“制度”“規(guī)范”“規(guī)章”等字眼出現(xiàn),這類內(nèi)容不能被隨意修改;

?工作模板,這類文檔是相應(yīng)人員開展工作的參考內(nèi)容,可供其直接應(yīng)用于大數(shù)據(jù)工作開展,也可根據(jù)實(shí)際情況進(jìn)行修改。

大數(shù)據(jù)制度和流程規(guī)范建設(shè)涉及大數(shù)據(jù)工作中的所有環(huán)節(jié),從大數(shù)據(jù)的工作體系看,包含以下幾個(gè)部分:

1.基礎(chǔ)平臺類

基礎(chǔ)平臺類規(guī)范提供服務(wù)器測試和正式環(huán)境的系統(tǒng)運(yùn)營、服務(wù)維護(hù)、應(yīng)用維護(hù)管理的范圍、目的、性質(zhì)和原則,通常以系統(tǒng)運(yùn)維管理規(guī)范或制度的形式存在。該規(guī)范適用于開展系統(tǒng)運(yùn)維護(hù)活動(dòng)涉及的各類組織及其落地操作的工程師。

規(guī)范主要涉及的內(nèi)容包括:

?機(jī)房環(huán)境,包括安全系統(tǒng)、空調(diào)、UPS、備用發(fā)電機(jī)、供水、供氣、排污等;

?基礎(chǔ)服務(wù)器,包括主機(jī)系統(tǒng)、存儲/備份系統(tǒng)、終端系統(tǒng)等;

?網(wǎng)絡(luò)設(shè)施,包括交換機(jī)、網(wǎng)絡(luò)、通信、電纜等;

?應(yīng)用系統(tǒng),包括內(nèi)部辦公系統(tǒng)、門戶網(wǎng)站等應(yīng)用系統(tǒng);

?業(yè)務(wù)系統(tǒng),包括內(nèi)部開發(fā)以及外部購買的業(yè)務(wù)系統(tǒng)等;

?中間件,包括配置信息、故障信息、性能信息監(jiān)控等;

?供應(yīng)商系統(tǒng),包括基礎(chǔ)設(shè)施和應(yīng)用系統(tǒng)的供應(yīng)商以及IT運(yùn)維服務(wù)的供應(yīng)商系統(tǒng);

?云服務(wù)系統(tǒng),包括采購云端的固定投入平臺以及按需付費(fèi)的彈性平臺系統(tǒng)等。

除了基本運(yùn)維信息涉及的系統(tǒng)軟硬件運(yùn)維管理外,還可能包括權(quán)限管理、數(shù)據(jù)管理、系統(tǒng)監(jiān)控、系統(tǒng)培訓(xùn)等內(nèi)容。

基礎(chǔ)平臺類規(guī)范的主要核心是通過各種標(biāo)準(zhǔn)化和流程化規(guī)范保證系統(tǒng)的可用性和穩(wěn)定性,規(guī)范中需要兼顧到不同角色的負(fù)責(zé)人和職能分工、量化的工作標(biāo)準(zhǔn)和響應(yīng)時(shí)間、操作流程和方法、問題溝通工具和流程等。除上述規(guī)范性工作流程外,建立針對突發(fā)事件應(yīng)急預(yù)案和防護(hù)策略也是規(guī)范的重要組成和安全的應(yīng)急保障。

注意

大多數(shù)企業(yè)中除運(yùn)維工程師自己發(fā)現(xiàn)并解決問題外,其他系統(tǒng)或部門人員也會反映相應(yīng)的問題,此時(shí)通常會通過一個(gè)名為“IT工作臺”或“IT服務(wù)臺”的角色對涉及的大數(shù)據(jù)相關(guān)事務(wù)進(jìn)行統(tǒng)一收集、分配、處理和反饋管理。

2.?dāng)?shù)據(jù)管理類

除CDO(首席數(shù)據(jù)官)外,數(shù)據(jù)管理類的主要操作或管理對象是數(shù)據(jù),因此本小節(jié)主要討論的內(nèi)容是有關(guān)數(shù)據(jù)及其數(shù)據(jù)周邊的制度及流程規(guī)范。數(shù)據(jù)管理類規(guī)范的主要存在方式為數(shù)據(jù)庫管理規(guī)范以及相應(yīng)的流程規(guī)范,它主要針對數(shù)據(jù)進(jìn)行管理,降低數(shù)據(jù)被非法生成、變更、泄露、丟失及破壞的風(fēng)險(xiǎn)。該規(guī)范適用于DBA、數(shù)據(jù)庫管理工程師、數(shù)據(jù)安全管控師等。

規(guī)范主要涉及的內(nèi)容包括:

?數(shù)據(jù)范圍,涉及所有的業(yè)務(wù)系統(tǒng)、職能系統(tǒng)和IT系統(tǒng)數(shù)據(jù);

?數(shù)據(jù)環(huán)境,包括所有的測試環(huán)境和生產(chǎn)環(huán)境數(shù)據(jù);

?數(shù)據(jù)公司,適用所有集團(tuán)、總部、子公司和分部等各類數(shù)據(jù)相關(guān)組織;

?數(shù)據(jù)有效期,大多數(shù)數(shù)據(jù)都是有有效期的,不同有效期狀態(tài)下的數(shù)據(jù)應(yīng)該有針對性的管理策略、存儲介質(zhì);

?數(shù)據(jù)安全規(guī)范,包括數(shù)據(jù)安全定義、接觸、接入、備份、同步、授權(quán)、認(rèn)證、加密、操作日志記錄等;

?數(shù)據(jù)操作規(guī)范,包括數(shù)據(jù)的新增、修改、更新、刪除等數(shù)據(jù)變更規(guī)范,數(shù)據(jù)加密、解密等脫敏和安全規(guī)范以及數(shù)據(jù)提取、分發(fā)、打印、登記等流通規(guī)范;

?數(shù)據(jù)庫管理規(guī)范,包括用戶角色管理、數(shù)據(jù)庫管理、系統(tǒng)升級維護(hù)、數(shù)據(jù)庫安全管理等。

數(shù)據(jù)管理類規(guī)范是數(shù)據(jù)安全的必要保障,也是開展所有數(shù)據(jù)工作的基本前提,因此是每個(gè)公司必須具備的一類規(guī)范和流程制度。出于數(shù)據(jù)安全第一的考慮,必要的數(shù)據(jù)流程和權(quán)限申請管理是必不可少的。

注意

大多數(shù)企業(yè)的數(shù)據(jù)操作都是針對非生產(chǎn)數(shù)據(jù)進(jìn)行的,生產(chǎn)數(shù)據(jù)都是作為原始數(shù)據(jù)進(jìn)行保存,然后將原始數(shù)據(jù)同步到附屬庫或叢庫的庫表中進(jìn)行操作。保存至少一份原始數(shù)據(jù)是保證數(shù)據(jù)在任何時(shí)間都處于高可用狀態(tài)的前提。

3.技術(shù)研發(fā)類

技術(shù)研發(fā)類規(guī)范主要用于在團(tuán)隊(duì)協(xié)作開發(fā)的情況下,保證架構(gòu)、編碼、測試等各個(gè)研究環(huán)節(jié)的一致性、可讀性、可重用性、程序健壯性、可移植性、可維護(hù)性。該規(guī)范是提高團(tuán)隊(duì)協(xié)作開發(fā)效率和軟件質(zhì)量的必要保障,也是降低后期維護(hù)成本的重要舉措。

技術(shù)研發(fā)類規(guī)范從流程上可分為兩大類:

(1)文檔規(guī)范

技術(shù)研發(fā)過程中,需要根據(jù)不同的項(xiàng)目撰寫相應(yīng)的研發(fā)文檔,包括概要設(shè)計(jì)文檔、詳細(xì)開發(fā)文檔、質(zhì)量校驗(yàn)文檔、集成測試文檔等,這些文檔是日后進(jìn)行技術(shù)研發(fā)的基礎(chǔ)。文檔需要詳細(xì)記錄產(chǎn)品的研發(fā)背景、藍(lán)圖、目的、原則、階段、里程碑、排期、內(nèi)容、約束和前置條件、溝通計(jì)劃、機(jī)會風(fēng)險(xiǎn)等,其閱讀對象是項(xiàng)目成員以及相關(guān)的研發(fā)工程師。該類文檔是項(xiàng)目執(zhí)行的參考,為項(xiàng)目按時(shí)交付、項(xiàng)目測試、質(zhì)量跟蹤以及后續(xù)開發(fā)等提供了書面依據(jù)。除了面向技術(shù)研發(fā)的文檔規(guī)范外,還有一類面向客戶的文檔規(guī)范,這些信息會在“項(xiàng)目產(chǎn)品類”規(guī)范中具體介紹。

(2)代碼規(guī)范

代碼規(guī)范是面向技術(shù)研發(fā)人員在產(chǎn)品或系統(tǒng)開發(fā)時(shí)具體實(shí)施的操作性規(guī)范,它涉及開發(fā)過程中撰寫代碼時(shí)的各個(gè)方面。規(guī)范主要涉及的內(nèi)容包括:

?文件結(jié)構(gòu),包括頭文件、定義文件、其他文件的路徑、目錄、結(jié)構(gòu)等具體定義;

?程序風(fēng)格,包括空行、空格、縮進(jìn)、續(xù)行等定義,這是通過邏輯關(guān)聯(lián)分組、組之間的關(guān)系,提高可讀性的保障;

?命名規(guī)范,比較著名的命名規(guī)則當(dāng)推“匈牙利”命名法,該命名規(guī)則的主要思想是“在變量和函數(shù)名中加入前綴以增進(jìn)人們對程序的理解”。命名規(guī)范中包含了對庫、包、類、域、方法和聲明的具體定義;

?注釋規(guī)范,包括文本注釋、塊注釋和單行注釋的注釋內(nèi)容、方式、位置等約束,對于文件頭和函數(shù)頭的注釋內(nèi)容包括功能、參數(shù)、返回值、設(shè)計(jì)思想、調(diào)用函數(shù)、日期、修改記錄、設(shè)計(jì)者信息;

?類、函數(shù)和方法,包括對象本身的參數(shù)和返回值,對象相關(guān)的聲明格式、可選元素、類體成員、類內(nèi)成員順序、方法釋義、影射關(guān)系、引用等;

?錯(cuò)誤處理:對于可能出現(xiàn)的錯(cuò)誤信息的提示方法、處理過程和邏輯的定義;

?兼容性規(guī)范:對于程序開發(fā)過程中涉及同一程序或語言由于版本不同可能導(dǎo)致的兼容性或功能問題,以及適配周邊系統(tǒng)環(huán)境的兼容性問題的處理;

?資源調(diào)用:區(qū)分Debug版本和Release版本,同時(shí)對系統(tǒng)軟硬件資源進(jìn)行配置,例如指針、資源釋放等。

注意

在項(xiàng)目建立之初,通常所有的文檔規(guī)范就需要制定好,這些規(guī)范或材料通常會通過知識中心或知識庫作統(tǒng)一管理,這些知識庫或知識中心可以集成到SVN、Bug管理工具、Wiki工具、知識管理系統(tǒng)以及其他項(xiàng)目管理工具或公司系統(tǒng)中,以便于知識和制度共享以及信息發(fā)布。

4.項(xiàng)目產(chǎn)品類

項(xiàng)目產(chǎn)品類的規(guī)范和制度主要針對項(xiàng)目實(shí)施和產(chǎn)品實(shí)施的整個(gè)項(xiàng)目制定的相關(guān)規(guī)范。項(xiàng)目產(chǎn)品類的規(guī)范和文檔的主要對象是項(xiàng)目中不同階段的參與人員,包括項(xiàng)目、產(chǎn)品、設(shè)計(jì)、開發(fā)、運(yùn)維等人員。

項(xiàng)目產(chǎn)品類規(guī)范和制度涉及每個(gè)文檔生命周期的始末,從創(chuàng)建、審批、發(fā)布、變更、分發(fā)、追繳、歸檔、廢止到恢復(fù)等。

常見的項(xiàng)目文檔通常分為4個(gè)階段分別進(jìn)行定義:

(1)立項(xiàng)前的市場分析類

立項(xiàng)前的市場分析類文檔通常包括市場調(diào)研報(bào)告、可行性報(bào)告、風(fēng)險(xiǎn)評估報(bào)告等。這三份報(bào)告都是針對市場調(diào)查、收集、整理和分析后,結(jié)合市場規(guī)模、特點(diǎn)、容量等對項(xiàng)目的可行性、前景、利弊、機(jī)會進(jìn)行分析,常用的維度包括宏觀環(huán)境、競爭對手、自身情況、目標(biāo)客戶等,分析模型包括SWOT、PEST、STP、4P、4C、波士頓矩陣、五力模型、生命周期模型等,分析方法包括系統(tǒng)分析法、結(jié)構(gòu)分析法、演繹分析法、定量與定性分析法、案例分析法、復(fù)合分析法等。

(2)立項(xiàng)后的規(guī)劃分析類

立項(xiàng)后的規(guī)劃分析類主要指的是在項(xiàng)目立項(xiàng)后,為了整體項(xiàng)目的開展而進(jìn)行的整體規(guī)劃和分析工作,通常產(chǎn)出物為項(xiàng)目開發(fā)計(jì)劃文檔。項(xiàng)目開發(fā)計(jì)劃中通常涉及對項(xiàng)目前景、主要內(nèi)容、參與范圍和人員、人員角色定位與分工、計(jì)劃實(shí)施分解和進(jìn)度跟蹤、關(guān)鍵里程碑及產(chǎn)出交付物、前置和約束條件、預(yù)期和最晚交付時(shí)間、驗(yàn)收標(biāo)準(zhǔn)和評審、成本和預(yù)算評估、風(fēng)險(xiǎn)評估和控制等。制訂開發(fā)計(jì)劃需要不斷細(xì)化和豐富,開發(fā)計(jì)劃是項(xiàng)目經(jīng)理管理和跟蹤的依據(jù),可起到指導(dǎo)項(xiàng)目組的整體進(jìn)度調(diào)控和日常工作跟蹤的作用。當(dāng)實(shí)際開發(fā)情況與開發(fā)計(jì)劃偏離較大時(shí),應(yīng)修正開發(fā)計(jì)劃或?qū)嶋H開發(fā)情況。

(3)實(shí)施中的開發(fā)規(guī)范類

項(xiàng)目開發(fā)實(shí)施過程中,在不同階段涉及不同的文檔和規(guī)范,從實(shí)施的階段來劃分可分為產(chǎn)品類文檔、技術(shù)研發(fā)類文檔、測試類文檔三類。

?產(chǎn)品類文檔包括軟件/產(chǎn)品需求說明書、UI/UE設(shè)計(jì)規(guī)范、用戶交互設(shè)計(jì)規(guī)范等。

?技術(shù)研發(fā)類文檔在2.3.2節(jié)中有具體解釋,在此不再贅述。

?測試類文檔包括測試計(jì)劃書、測試評估報(bào)告、問題追蹤報(bào)告等。

(4)實(shí)施后的驗(yàn)收類

項(xiàng)目實(shí)施完成,通常需要交付一系列文檔,可能包括軟件/產(chǎn)品驗(yàn)收報(bào)告、項(xiàng)目總結(jié)報(bào)告、運(yùn)營管理手冊、軟件質(zhì)量保證計(jì)劃書、用戶操作手冊、幫助文檔和FAQ等。

除此以外,項(xiàng)目進(jìn)行過程中,會貫穿著多種項(xiàng)目跟蹤類報(bào)告,包括開發(fā)進(jìn)度月報(bào)、階段性總結(jié)報(bào)告等,這些報(bào)告根據(jù)實(shí)際排期和里程碑計(jì)劃情況安排即可。

注意

對于項(xiàng)目文檔的管理,可以使用SVN,但通常更多的是使用專門的項(xiàng)目文檔管理系統(tǒng),例如VSS、HFS、Team Office、Share Point等。但采用何種工具,具體根據(jù)企業(yè)需求和實(shí)際情況進(jìn)行選擇即可,適合的才是最好的。

5.?dāng)?shù)據(jù)挖掘、分析和應(yīng)用類

數(shù)據(jù)挖掘、分析和應(yīng)用類規(guī)范是針對開展數(shù)據(jù)工作中,涉及非技術(shù)開發(fā)類的數(shù)據(jù)挖掘、分析和應(yīng)用類的流程和方法而制定的規(guī)范,其目的是保證數(shù)據(jù)工作的及時(shí)性、有效性,以及結(jié)果的正確性和可應(yīng)用性。

按照數(shù)據(jù)工作的項(xiàng)目流程,通常分為需求溝通、需求提報(bào)、商業(yè)理解、數(shù)據(jù)準(zhǔn)備、數(shù)據(jù)挖掘(含分析)、部署實(shí)施6個(gè)階段,如圖2-6所示。整個(gè)過程應(yīng)該通過一定的工具和流程規(guī)范進(jìn)行控制和集中管理,否則數(shù)據(jù)工作就會失控并且毫無落地價(jià)值可言。

圖2-6 數(shù)據(jù)項(xiàng)目工作流程

(1)需求溝通

需求溝通已經(jīng)在數(shù)據(jù)需求管理中提到,不合理或不可行的需求將被直接駁回。正常情況下,需求溝通當(dāng)天應(yīng)該反饋溝通結(jié)果。對于需求中由于主客觀原因無法實(shí)現(xiàn)的、錯(cuò)誤的需求,無法落地的需求以及重復(fù)需求應(yīng)該予以駁回。在這個(gè)過程中,建議采用數(shù)據(jù)對接人制度,將不同業(yè)務(wù)部門負(fù)責(zé)數(shù)據(jù)對接工作的人員固定下來。

注意

很多時(shí)候業(yè)務(wù)需求不能落地,例如數(shù)據(jù)提取工作只是為了驗(yàn)證工作效果,對于此類簡單的需求需要通過培訓(xùn)、開放權(quán)限等方法讓業(yè)務(wù)自行實(shí)現(xiàn)。數(shù)據(jù)部門不應(yīng)該把時(shí)間浪費(fèi)在這種價(jià)值太低的工作上。

(2)需求提報(bào)

在需求提報(bào)階段,不符合公司利益或可能對公司產(chǎn)品產(chǎn)生負(fù)面影響的需求也將被駁回。需求提報(bào)和審批根據(jù)不同企業(yè)的流程復(fù)雜程度和實(shí)際審批效率而定,通常在1~7天之內(nèi)完成。當(dāng)續(xù)期需求中涉及公司敏感性指標(biāo)、較高的數(shù)據(jù)權(quán)限、加密和解密處理、外部數(shù)據(jù)處理請求等特殊內(nèi)容時(shí),通常需要通過公司內(nèi)部OA類系統(tǒng)進(jìn)行申報(bào)和審批。

提示

數(shù)據(jù)需求提報(bào)管理是數(shù)據(jù)需求審核中不可或缺的步驟,在很多大型企業(yè)中往往是企業(yè)級流程管理的重要部分。需求提報(bào)管理過程中,企業(yè)領(lǐng)導(dǎo)層從企業(yè)全局的角度把控?cái)?shù)據(jù)需求是否合理,其決策關(guān)乎整個(gè)公司而非數(shù)據(jù)部門。

(3)商業(yè)理解

商業(yè)理解是將業(yè)務(wù)語言轉(zhuǎn)化為數(shù)據(jù)語言的過程,目的是確定業(yè)務(wù)預(yù)期效果的維度、范圍等,這個(gè)階段通常需要2~3天的工作時(shí)間。商業(yè)理解階段包括兩部分內(nèi)容:

?商業(yè)理解溝通:數(shù)據(jù)部門理解業(yè)務(wù)部門具體需求的過程。

?數(shù)據(jù)思路溝通:數(shù)據(jù)部門將業(yè)務(wù)理解轉(zhuǎn)化為數(shù)據(jù)分析和挖掘思路的過程。

本階段的產(chǎn)出是數(shù)據(jù)分析和挖掘工作思路,通常以思維導(dǎo)圖的形式輸入并加以溝通確認(rèn)。如圖2-7所示為渠道畫像分析思路。

圖2-7 渠道畫像分析思路

(4)數(shù)據(jù)準(zhǔn)備

數(shù)據(jù)準(zhǔn)備是對即將進(jìn)行的分析和挖掘工作進(jìn)行預(yù)處理,包括從數(shù)據(jù)倉庫中取數(shù)、驗(yàn)證數(shù)據(jù)質(zhì)量、數(shù)據(jù)特征提取、異常值處理、數(shù)據(jù)轉(zhuǎn)換和合并等,為后期的數(shù)據(jù)分析挖掘做準(zhǔn)備。這個(gè)階段是費(fèi)時(shí)但非常重要的工作,前期這個(gè)工作做不好會直接影響數(shù)據(jù)質(zhì)量,從而影響結(jié)果的可信度及穩(wěn)定程度。

該項(xiàng)工作通常需要1~4天的工作時(shí)間,根據(jù)原始數(shù)據(jù)質(zhì)量及數(shù)據(jù)量級的不同而有所差異。階段性數(shù)據(jù)產(chǎn)出結(jié)果為數(shù)據(jù)質(zhì)量報(bào)告以及清洗之后的數(shù)據(jù)。

提示

數(shù)據(jù)準(zhǔn)備是數(shù)據(jù)工作中的難點(diǎn),很多時(shí)候由于原始數(shù)據(jù)質(zhì)量較差或數(shù)據(jù)從業(yè)者自身工作經(jīng)驗(yàn)和能力不足,導(dǎo)致大量時(shí)間耗費(fèi)在數(shù)據(jù)準(zhǔn)備和清洗階段,使得后期數(shù)據(jù)價(jià)值挖掘的投入精力不足,從而影響數(shù)據(jù)結(jié)果和價(jià)值產(chǎn)出。因此,這個(gè)階段一定要在保證數(shù)據(jù)質(zhì)量的基礎(chǔ)上縮減投入時(shí)間。

(5)數(shù)據(jù)挖掘(含分析)

經(jīng)過前期的各項(xiàng)準(zhǔn)備工作,接下來就開始了數(shù)據(jù)工作的核心環(huán)節(jié)——專項(xiàng)分析和挖掘工作,包括常用的描述性數(shù)據(jù)統(tǒng)計(jì)方法,LDA、PCA等數(shù)據(jù)預(yù)處理和轉(zhuǎn)換方法,時(shí)間序列、分類、聚類、回歸、關(guān)聯(lián)和序列關(guān)聯(lián)、規(guī)則提取等傳統(tǒng)數(shù)據(jù)挖掘和建模方法,以及協(xié)同過濾、神經(jīng)網(wǎng)絡(luò)、深度學(xué)習(xí)、自然語言處理等監(jiān)督式和非監(jiān)督式學(xué)習(xí)算法等,并在專項(xiàng)分析或建模結(jié)束后完成模型測試和評估工作,以保持模型的穩(wěn)定性和最佳擬合度。

本階段通常需要至少一周的時(shí)間,產(chǎn)出結(jié)果包括數(shù)據(jù)挖掘流、數(shù)據(jù)挖掘報(bào)告等。在報(bào)告中需要對數(shù)據(jù)挖掘的背景、數(shù)據(jù)選取和處理方法、異常值處理措施、數(shù)據(jù)建模主要流程、數(shù)據(jù)挖掘結(jié)果評估和解讀說明等內(nèi)容進(jìn)行描述。這也是規(guī)范數(shù)據(jù)挖掘工作的必要措施。

(6)部署實(shí)施

部署實(shí)施包括數(shù)據(jù)結(jié)果溝通、制定落地方案、業(yè)務(wù)落地執(zhí)行、數(shù)據(jù)再優(yōu)化四個(gè)階段。

?數(shù)據(jù)結(jié)果溝通:結(jié)果溝通可能通過郵件、會議等方式開展,溝通的內(nèi)容主要是圍繞業(yè)務(wù)需求和數(shù)據(jù)結(jié)果,還包括對數(shù)據(jù)結(jié)論的進(jìn)一步深入討論。

?制定落地方案:在溝通過程中需要有落地方案的制定部分,即根據(jù)數(shù)據(jù)結(jié)論和建議確定下一步工作計(jì)劃和排期。

?業(yè)務(wù)落地執(zhí)行:根據(jù)業(yè)務(wù)制定的落地方案跟進(jìn)實(shí)施,實(shí)施過程中同步監(jiān)測數(shù)據(jù)反饋結(jié)果。

?數(shù)據(jù)再優(yōu)化:針對執(zhí)行結(jié)果做模型和數(shù)據(jù)結(jié)論的調(diào)整優(yōu)化,從而不斷迭代項(xiàng)目進(jìn)程,直至達(dá)到理想業(yè)務(wù)目標(biāo)或業(yè)務(wù)預(yù)期。

在整個(gè)項(xiàng)目結(jié)束后通常會進(jìn)行項(xiàng)目總結(jié),總結(jié)內(nèi)容包括前期需求溝通是否清晰,中期數(shù)據(jù)處理、分析和挖掘存在哪些可優(yōu)化點(diǎn),后期數(shù)據(jù)落地效果和協(xié)作流程改進(jìn)等。

注意

不是所有的項(xiàng)目都以成功結(jié)束,很多時(shí)候由于主客觀原因?qū)е马?xiàng)目失敗。但項(xiàng)目失敗也是一種知識成長的過程,此時(shí)更應(yīng)該與業(yè)務(wù)部門一起深入總結(jié),以避免日后出現(xiàn)類似的失敗問題。

本階段的時(shí)間大概為2周左右,具體以業(yè)務(wù)落地執(zhí)行時(shí)間為主。產(chǎn)出結(jié)果包括業(yè)務(wù)落地計(jì)劃方案、落地執(zhí)行結(jié)果評估報(bào)告等。

2.3.3 制度和流程規(guī)范模板

由于不同的制度具有不同的內(nèi)容指向性,因此不同類型的文檔規(guī)范的內(nèi)容主題不同。對于不同類型的規(guī)范和制度,通常規(guī)范會涉及以下幾個(gè)方面:

1.頁眉

頁眉信息英語封面(如果有)應(yīng)與正文部分相同,由公司名稱或Logo、制度編號、制度名稱及發(fā)布日期組成。制作頁眉時(shí)需要注意以下幾點(diǎn):

?文字格式:統(tǒng)一使用一種格式,通常使用宋體五號字。

?制度編號:由中心簡稱、部門簡稱和分類順序號三部分組成,由相應(yīng)的管理部門在制度發(fā)布時(shí)統(tǒng)一編制并添加。

?制度名稱與封面頁頂端所注標(biāo)題一致。

?發(fā)布日期以公司制度審批最高層簽發(fā)日期為準(zhǔn),由管理部門在制度發(fā)布時(shí)標(biāo)注。

2.頁腳

頁腳信息應(yīng)與封面、正文部分相同,其內(nèi)容及形式固定,制度起草部門不應(yīng)擅自修改,具體內(nèi)容為頁碼信息,如“第×頁共×頁”,為了提高規(guī)范或文檔的保密性,還可增加一些版權(quán)或禁止類信息,例如“內(nèi)部資料嚴(yán)禁外傳”,且其字體格式應(yīng)該與頁眉保持一致。

3.封面

封面包括標(biāo)題、文本框及目錄三部分內(nèi)容。制度標(biāo)題結(jié)構(gòu)為“管理主題管理制度”,后面標(biāo)注版本號,例如數(shù)據(jù)庫管理制度V1.2。制度名稱應(yīng)明確體現(xiàn)制度規(guī)范的主要事項(xiàng),使之與其他制度相區(qū)分,同時(shí)應(yīng)力求簡練,不應(yīng)涉及不必要的細(xì)節(jié)。

制度名稱一欄字體必須具有統(tǒng)一的格式要求,例如“黑體,小四,加粗”。

文本框行和列需要固定,例如可做成兩行三列的表格,包括版本號、附件數(shù)、密級、撰寫人、審核人、審批人六項(xiàng)內(nèi)容。前四項(xiàng)由制定部門根據(jù)實(shí)際情況填寫,審核人、審批人欄由管理部門在發(fā)布制度時(shí)填寫,審核人根據(jù)審批單情況填寫,審批人欄填寫最高制度審批層電子簽名。

目錄部分的“目錄”兩字居中排列,字體應(yīng)統(tǒng)一,例如“宋體,五號,加粗”;目錄正文根據(jù)制度正文中的一級標(biāo)題和二級標(biāo)題自動(dòng)生成,字體統(tǒng)一為宋體五號。正文部分進(jìn)行修改后,應(yīng)同時(shí)更新相應(yīng)目錄。

注意

通過Word中的引用功能來生成目錄是一個(gè)維護(hù)目錄和內(nèi)容一致性的有效方法。

4.正文

制度正文包含目的、范圍、名詞解釋、職責(zé)、管理制度、工作流程、注意事項(xiàng)、附件八部分內(nèi)容。

?目的(必備):簡要說明制度出臺所需要解決的問題,或要達(dá)到的目標(biāo),以及制度的作用和意義。

?范圍(必備):說明制度的適用范圍(適用于哪些部門、人員、事項(xiàng)及工作環(huán)節(jié))和發(fā)布范圍(制度需要在哪些部門、區(qū)域或人員范圍內(nèi)發(fā)布)。

?名詞解釋(可選):主要對制度中出現(xiàn)的專有名詞進(jìn)行解釋或界定范圍,以便大家準(zhǔn)確理解。一般包括需要相關(guān)知識、技術(shù)背景或工作經(jīng)歷的人才能理解的專業(yè)術(shù)語,以及使用中有不唯一確定含義的詞語和其他特定含義的用語。

?職責(zé)(必備):主要確定制度中各事項(xiàng)、環(huán)節(jié)的實(shí)施主體部門、崗位,以及與此相關(guān)的其他部門、崗位的分工、各自的權(quán)限和相互間的協(xié)調(diào)關(guān)系。

?管理制度(必備):管理內(nèi)容和管理方式是管理制度的主體內(nèi)容。管理內(nèi)容與要求主要規(guī)定該制度管理的業(yè)務(wù)內(nèi)容、工作標(biāo)準(zhǔn)及具體要求、信息反饋的渠道、時(shí)間等;管理方式主要規(guī)定對管理事項(xiàng)執(zhí)行檢查、考核的負(fù)責(zé)部門、內(nèi)容、程序、時(shí)間、方法等。

?工作流程(必備):對制度涉及的特定業(yè)務(wù)工作的流程予以詳細(xì)描述,必要時(shí)可以輔以流程示意圖或標(biāo)準(zhǔn)流程圖。

?注意事項(xiàng)(可選):對制度理解與貫徹執(zhí)行中的需要予以特別強(qiáng)調(diào)、提起重視或有特殊要求、須格外注意的問題做出說明,例如制度的生效或?qū)嵤┤掌凇⒅贫鹊膱?zhí)行部門、解釋權(quán)限等。

?附件(可選):附件即為制度內(nèi)容中所要求的相應(yīng)記錄及管理表單(空白模版),須為公司其他管理制度文件中所未包含的。制度內(nèi)容中首次引用附件時(shí),需在該附件名稱后作“(見附件×)”標(biāo)注。

正文部分各部分序號使用多級列表形式,一級列表頂格排列,以下一般依次縮進(jìn)2字節(jié)。

正文中一級標(biāo)題一般設(shè)置為“標(biāo)題1”樣式,制度的主要、重點(diǎn)部分的二級標(biāo)題可以設(shè)置為“標(biāo)題2”樣式,以便在目錄中引用。正文部分字體需統(tǒng)一(例如統(tǒng)一使用宋體五號字,標(biāo)題加粗,段落設(shè)置段前段后均為0,行間距一律為1.4倍)。

5.附件

附件應(yīng)按文中所列順序置于正文之后,一般情況下各附件獨(dú)立排列。對于管理制度的附件通常包括管理匯總信息表和新增管理內(nèi)容表兩部分。

6.附錄

其他需要體現(xiàn)在制度中的特定內(nèi)容或指導(dǎo)信息。

主站蜘蛛池模板: 城固县| 富民县| 潢川县| 阳东县| 健康| 周口市| 揭阳市| 自贡市| 宁陕县| 洛南县| 金昌市| 米泉市| 固原市| 教育| 堆龙德庆县| 乌什县| 三江| 宿州市| 包头市| 隆化县| 酒泉市| 府谷县| 青神县| 沈阳市| 永清县| 盘山县| 屏东县| 钟祥市| 都安| 高青县| 航空| 京山县| 望都县| 泌阳县| 南华县| 进贤县| 西和县| 东阿县| 平凉市| 平度市| 永春县|