方案是一種有條理、有計劃的安排,能夠指導(dǎo)我們達到預(yù)期的目標(biāo)。方案的編寫需要注重細(xì)節(jié)和實施的可行性,以確保最終的效果和成果。希望大家能夠通過學(xué)習(xí)和實踐,提高自己的方案制定和實施能力。
軟件維護項目方案篇一
很多人對寫方案非常沒有信心,一涉及到方案的事情,就束手無策,到處求人。
作為一個公認(rèn)的方案打手,意思是寫方案就象打字員一樣,我覺得我在這方面確實是有絕活。
我基本上都是在方案提交前一兩天接到寫方案的任務(wù),而我自己的事情一般又比別人多一點,也不能不做,只好心里大罵一句,罵完后就打電話搞清楚別人的要求,邊問就邊構(gòu)思整個方案的推導(dǎo)思路和結(jié)構(gòu)提綱。
因為你不敢讓你的同事知道你只能用很少的一點時間寫方案(基本上我真正動筆寫方案的時間都在2~4個小時以內(nèi)),讓他們擔(dān)心方案的質(zhì)量和進度保證,進而對自己的后續(xù)工作質(zhì)量沒有信心。所以我其實也特別緊張,注意力也特別集中,大腦也高速反應(yīng),基本上幾分鐘電話或面談完思路基本就有了,然后該干嘛干嘛,找一些零散的小時間把思路不斷推導(dǎo)一下,然后到了一個比較安靜和完整的時間段前才開始寫,這個時候基本上要寫的話都想清楚了,只需要不斷敲字,敲字的時候也是注意力也特別集中,大腦也高速反應(yīng),越寫思路越開,很快也就完工了。
寫方案不難,知道怎么寫才難。關(guān)于寫方案我只總結(jié)一點,結(jié)構(gòu)化地去組織你的思想。
有結(jié)構(gòu)就有思路,有思路就有方案。
另外真正寫方案的人,對自己寫過的方案是永遠(yuǎn)不會滿意的,只有這樣,每次都會進步一點點,解決方案水平質(zhì)量就會隨公司能力不斷增長。
當(dāng)然我曾經(jīng)問過很多人,你到底為什么寫不出好的方案呢?
基本上原因可以歸為四類:
1.1第一種是沒有體系。
一旦用戶要求提供關(guān)于pdm的方案,很多人大腦是一片空白,完全不知道從哪里下手。很多人說起自己的產(chǎn)品來,好象知道不少賣點,不過真要寫出來,又覺得無從下筆。
這種情況一般是寫方案者不熟悉自己產(chǎn)品體系造成的,知道一兩個甚至更多的產(chǎn)品賣點不難,但難就難在成體系,知識就是成體系的點構(gòu)成的,而不是一句一句離散的說法構(gòu)成的。
因為我們這個行業(yè)從業(yè)人員說句不客氣的話,大部分對所銷售實施的管理系統(tǒng)并沒有很深入的研究,都是半路出家,從頭開始,在學(xué)習(xí)過程中熟悉,在熟悉過程中領(lǐng)悟。所以一下子去駕馭一個整體方案是很痛苦的。只有當(dāng)一個人對一個產(chǎn)品思路有體系以后,才能夠?qū)懗鐾暾姆桨?,否則就是一個單元也要費盡腦汁。
所以一個人要想寫好一個方案,首先要把自己產(chǎn)品的來龍去脈,功能模塊,適應(yīng)領(lǐng)域,典型客戶實施情況有一個全面的了解,這樣才能建立一個完整的知識體系,然后逐步補充競爭對手知識和一些技術(shù)性知識,不斷深化自己的知識體系。
1.2第二種是沒有思路。
有很多用戶看多了模板化的方案以后,想看一些針對他們自己的業(yè)務(wù)的個性化內(nèi)容,這個時候有的人按照標(biāo)準(zhǔn)方案模板修改還勉強能對付,但對于個性化內(nèi)容針對性方案就速手無策了。
這種情況從根本上講還是寫方案者不熟悉企業(yè)業(yè)務(wù)造成的,寫方案,特別是針對性方案不僅僅要求了解企業(yè)的需求,而且要知道這些需求是在何種業(yè)務(wù)需求下產(chǎn)生的,用戶提出這樣的要求到底想解決什么問題,把這個問題找出來,一般針對性解決思路就有了,有了思路,自然可以很好的寫方案。
所以一個人要寫好方案,還需要了解下游客戶的業(yè)務(wù),了解業(yè)務(wù)最有效的方法就是親自做幾次詳盡的業(yè)務(wù)調(diào)研,有了業(yè)務(wù)調(diào)研做基礎(chǔ),在調(diào)研過程中把握用戶關(guān)注重難點問題,自然可以比較好的確定方案的個性化內(nèi)容思路。
解決方案就是把客戶的利益和產(chǎn)品特性之間建立一個邏輯性的橋梁。
1.3第三種是沒有素材。
一般不經(jīng)常寫方案的人,在寫一個方案的時候,即使有想法,有思路,但往往也會很累,就是因為缺少足夠的素材。很多項目現(xiàn)在都是投標(biāo),不同用戶可能有不同投標(biāo)的要求,這樣很難用一個方案去適應(yīng)所有的用戶,因此在每個方案中都有一些需要準(zhǔn)備的內(nèi)容。
這些內(nèi)容基本上是通用的,但如果沒有足夠積累每次編制方案就需要花費大量時間去準(zhǔn)備,造成方案完成周期過長。
所以寫好方案必須具備這三個條件,第一方案編制者對企業(yè)業(yè)務(wù)要很熟悉,或者有相關(guān)業(yè)務(wù)調(diào)研經(jīng)驗,第二方案編制者對產(chǎn)品非常熟悉,至少對自己產(chǎn)品功能模塊作用很清楚,第三方案編制者手上有大量可公用的素材庫。
1.4第四種是沒有層次。
很多人剛和用戶接觸沒有多久,為了表現(xiàn)自己對客戶的重視,馬上表示要提供方案,當(dāng)然有的客戶剛剛開始選型,也不知道到底要什么搞,也要供應(yīng)商馬上提供一個方案。
結(jié)果拍胸脯容易,寫方案難,自己寫不出來只好求公司,公司沒有安排專人了解情況,只好按模板制作一個,用戶一看幾個供應(yīng)商內(nèi)容都差不多,覺得不好,又總結(jié)出一些個性化要求,于是大家有開始折騰第二輪方案。
其實方案編制在不同階段有不同策略,不要輕易提供方案。剛開始接觸是可以提供項目合作建議書,類似可行性報告,項目需要考察軟件技術(shù),可以提供標(biāo)準(zhǔn)的產(chǎn)品技術(shù)白皮書,到了經(jīng)過售前調(diào)研,有所準(zhǔn)備,在演示前后階段和其它競爭對手刺刀見紅的時候,才在知己知彼的基礎(chǔ)上提供解決方案或者投標(biāo)書。
過早提供方案只能匆匆了事,時間緊急,質(zhì)量自然不高,自然也就覺得方案難寫。想急就又能解決問題的事情,本來就是一般人做不來的。
方案想要寫得好,一定要用心,用心就一定要耗時間,指望用幾個小時寫出一個高質(zhì)量的方案是不可能的。如果你做了精心調(diào)研,你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作,明白了這一點,大家都可以經(jīng)過練習(xí)寫出好的方案。
2.1第一個容易犯的錯誤:只有論點,沒有論證。
不好的解決方案粗看起來非常厚重,其實都是功能羅列,象產(chǎn)品手冊摘要版,不象方案書。
不好的方案是一大堆內(nèi)容,淹沒在一堆紙里面,也不知道想說什么,給你一個厚度,證明我們的工作質(zhì)量很高。我們國內(nèi)許多的企業(yè)客戶特別是大型企業(yè)都很在乎這點,認(rèn)為可以從方案厚薄中看出對項目重視程度。
如果你做了精心調(diào)研,你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作,有個金字塔式的寫做原理,也就是說文章一定是有結(jié)構(gòu)的。
所以真正好的方案,不一定厚,但能看出你用心,你認(rèn)真。
現(xiàn)在的解決方案一個不好的傾向是“長、厚、全”,看起來面面俱到,其實對決策者沒有幫助。
所有的方案無差異性,每家供應(yīng)商都說自己能解決這些問題,而且都有成功案例。
結(jié)果所有的方案都無法給決策者簡明的判斷依據(jù),不得不費更大勁去做產(chǎn)品演示和用戶考察。
其實很少有企業(yè)高管不知道自己的毛病,在企業(yè)你隨便去找一個人,對問題都能講一通,在企業(yè)你費很大勁可能都找不到一個人能告訴你這些問題可以怎樣去解決。
通觀這個方案并沒有研究為什么企業(yè)會產(chǎn)生這么多問題?問題是這些問題是什么產(chǎn)生的?為什么出這么多問題?而是不斷說“我能!我能!選我,選我!”。
如果不能找到解決這些問題的原因,簡單地去解決這些現(xiàn)象,就象治病不能治根一樣。這樣一個模板化,自我膨脹化的方案想打動用戶的心是非常困難的。
不好的解決方案最大的問題就象寫一篇議論文,能夠發(fā)現(xiàn)問題(這個也是模板化的,可惜中國企業(yè)大部分沒有意識到自己很多問題并不少見,總以為自己是特殊的一類企業(yè)),提出答案(搞信息化),但沒有論證(為什么搞信息化和企業(yè)管理進步有聯(lián)系呢?)。
沒有論證的東西不管內(nèi)容陳列得多么繁復(fù),名詞多么嚇人,但是無法打動用戶,特別是那種理性的用戶。
看到方案時候,其實很多用戶下不決心,他會感覺每家都差不多。
如果從沒看過方案的人,突然看到這幾個方案,你為什么會感覺某個方案寫得好呢,關(guān)鍵是有的方案圖畫的好,通過圖,通過表,會感覺這個公司還不錯,很規(guī)范。但對內(nèi)容認(rèn)可程度并不高,實際上沒看懂。
2.2第二個容易犯的錯誤:業(yè)務(wù)解決方案成為功能列表。
解決方案省事的一種方法就是將產(chǎn)品功能描述作為技術(shù)方案內(nèi)容進行羅列,或者參照軟件用戶手冊羅列,這種解決方案不是按照用戶業(yè)務(wù)去準(zhǔn)備的內(nèi)容,而是按照軟件商自己的喜好去編制的解決方案是很難得到用戶認(rèn)可的。
大凡按照功能列表組織的解決方案用戶會有一個體會,龐大而庸長,但要看到自己想看到的部分非常困難。
按功能列表準(zhǔn)備方案的做法在很長一段時間內(nèi)不會消失,這和我們普遍是4p銷售人員,還缺少spin(顧問式)銷售人員有關(guān),在資源不足的情況下,要保證效率就只能提供功能列表方案了。
2.3第三個容易犯的錯誤:結(jié)構(gòu)不清晰。
不好的解決方案最共性的毛病是結(jié)構(gòu)不太好,沒有清晰的思路。
沒有思路的方案質(zhì)量很低,用戶在審閱過程中也不會體會到和一個專人人士通過文字交流的樂趣,他不得不從供應(yīng)商混亂的思路中發(fā)掘亮點,看看到底是誰能解決企業(yè)的問題,真是一件痛苦的工作。
一種常見的方案結(jié)構(gòu)毛病就是重復(fù)的內(nèi)容在不同的章節(jié)反復(fù)出現(xiàn)例如在第一章介紹了對某個問題的分析,提出企業(yè)的需求,這第二章介紹方案價值的時候又用不同語句組織類似內(nèi)容,到第三章解決方案描述中還是要把問題描述一遍,給人感覺思路不連貫,結(jié)構(gòu)臃腫。
這里有一個方案提綱的提綱,我們以這個提綱為例子說明結(jié)構(gòu)不清晰的方案。
1公司簡介及資質(zhì)文件。
7.2.2技術(shù)支持與服務(wù)的保障8開目典型用戶9有關(guān)技術(shù)秘密的聲明10附件。
這個方案第一部分、第二部分是用戶投標(biāo)要求,必須如此,但第三部分技術(shù)解決方案應(yīng)該是重點,這個部分結(jié)構(gòu)就很奇怪。
一般好的方案結(jié)構(gòu)標(biāo)題就是論點,內(nèi)容就是用事實進行論證,子目錄是上級總目錄論點的分論點,逐層論證下來,方案顯得邏輯性結(jié)構(gòu)性很強,看看目錄就能看出方案的邏輯推導(dǎo)體系。這就是所謂金字塔文檔體系。
這個方案顯然不是這樣的,看起來一大堆內(nèi)容,有經(jīng)驗的人一看就知道是內(nèi)容的羅列。
例如第三部分總標(biāo)題是技術(shù)解決方案,結(jié)果第一個子標(biāo)題還是技術(shù)解決方案,撞車!一定層次感都沒有。而且第一子章節(jié)技術(shù)解決方案后馬上是功能模塊,技術(shù)解決方案理論上包括功能模塊,不是一個層面的東西,技術(shù)解決方案應(yīng)該和實施策略,服務(wù)策略平級的內(nèi)容,所以一定要談?wù)勛约杭夹g(shù)解決方案,不如用技術(shù)解決方案思路或者特色來表達,和功能模塊也就是一個層次分論點,統(tǒng)一支持技術(shù)解決方案這個大題目。
具體功能模塊后面跟著一大堆章節(jié)就更奇怪,里面每個都是具體的功能模塊,為什么成為和具體功能模塊平級的內(nèi)容?應(yīng)該設(shè)置為具體功能模塊子章節(jié)為妥。
很多人可能覺得用戶對這個點很關(guān)心,要重點突出,所以一定要單獨立一個章節(jié),其實不必然,結(jié)構(gòu)清晰的方案用戶看起來才不費心,反而想這個方案,將具體功能模塊,報表及明細(xì)匯總、應(yīng)用工具及封裝接口、用戶及權(quán)限管理、拼圖打印、編碼管理列為同一層面內(nèi)容,反而叫人看不出排列的思路,在厚厚一大本方案中尋找對應(yīng)關(guān)心內(nèi)容并不容易。
其實不如把技術(shù)解決方案分為兩大部分,一部分介紹整個方案的實現(xiàn)思路,對于工作比較忙的人可以看這塊中對企業(yè)業(yè)務(wù)和邏輯的分析是否到位,相當(dāng)于整個方案的精華版;一部分介紹整個方案的技術(shù)支撐模塊,對于項目具體負(fù)責(zé)人就可以深入研究技術(shù)支撐和業(yè)務(wù)思路之間是否存在合理的組織關(guān)系。
在第二部分技術(shù)支撐模塊中根據(jù)業(yè)務(wù)邏輯或業(yè)務(wù)順序設(shè)計功能模塊的介紹。
例如一般企業(yè)是首先考慮靜態(tài)技術(shù)資料的受控管理,在受控的基礎(chǔ)上要求盡可能集成設(shè)計軟件中的信息,然后要對設(shè)計過程建立嚴(yán)密的動態(tài)控制體系,此外還希望得到一些設(shè)計過程的專業(yè)支持,例如變型設(shè)計,二級工藝路線管理等等,最后要求提供一些編碼,企業(yè)資源庫等等輔助工具。這就是我們實現(xiàn)企業(yè)需求的一個大的業(yè)務(wù)思路,在這個業(yè)務(wù)思路下我們可以將技術(shù)支撐模塊分為相應(yīng)的五個部分。
到這里,整個方案大的框架就有了,我們需要設(shè)計一下分標(biāo)題,使用戶一看就可以進入自己關(guān)心的內(nèi)容,而且每個部分都是對所屬總標(biāo)題的呼應(yīng)支持,在業(yè)務(wù)環(huán)節(jié)上也是“相互獨立,彼此窮盡”的環(huán)節(jié)。
在標(biāo)題的設(shè)計上不要過于簡單,例如技術(shù)資料管理,應(yīng)該說有效的技術(shù)資料管理,因為有效才成為技術(shù)支撐模塊,進而呼應(yīng)前面業(yè)務(wù)實現(xiàn)思路中的描述。
在上面這個思路基礎(chǔ)上,我們就開始結(jié)合企業(yè)業(yè)務(wù)和產(chǎn)品功能進行考慮分標(biāo)題下級的結(jié)構(gòu),我們用第一有效的技術(shù)資料管理為例子。
有效的技術(shù)資料管理到底要解決哪些業(yè)務(wù)問題才算完整呢?我們現(xiàn)在就開始將企業(yè)管理技術(shù)資料的業(yè)務(wù)進行羅列,在業(yè)務(wù)思路中逐步說明。
企業(yè)管理技術(shù)資料是以產(chǎn)品為線索區(qū)分的,所以第一要說清楚產(chǎn)品資料如何管理;。
產(chǎn)品下所有零部件是以特征為線索區(qū)分的,所以第二要說清楚零部件資料如何管理;。
有些零部件還具有共圖共工藝的特征,所以第三要說清楚系列零部件資料如何管理;。
進一步有的企業(yè)還有系列產(chǎn)品,所以第四要說清楚系列產(chǎn)品資料如何管理;。
系列產(chǎn)品可能存在大量配置關(guān)系,所以第五要說清楚各種規(guī)則下產(chǎn)品配置資料如何管理;。
有的企業(yè)已經(jīng)存在了大量歷史設(shè)計資料,所以第七要說清楚歷史產(chǎn)品資料如何入庫管理;。
最后要說清楚產(chǎn)品資料為什么入庫管理后是安全的;。
我們現(xiàn)在總結(jié)一下,這些技術(shù)資料管理手段如果都提供了,應(yīng)該是完整而且層次清晰的,這樣的話,第一個子標(biāo)題下的分標(biāo)題又有了。
再看看這個標(biāo)題和業(yè)務(wù)思路,這里面體現(xiàn)的一個結(jié)構(gòu)化方式恰恰是“一句話一個意思,一層意思推動一層意思”,到最后就象剝筍一樣,層層剝開,問題解決思路也就步步清晰了,企業(yè)看起來也就很明白。
那么我們還可以繼續(xù)細(xì)分用戶提出的各種業(yè)務(wù)需求,把企業(yè)各種業(yè)務(wù)要求對號入座,例如下面有一組需求:
有的企業(yè)要求用戶訪問控制;有的企業(yè)要求提供角色權(quán)限管理;有的企業(yè)希望按產(chǎn)品目錄授權(quán);有的企業(yè)要求全部存放在服務(wù)器的數(shù)據(jù)庫中;有的企業(yè)希望支持多數(shù)據(jù)庫獨立訪問;有的企業(yè)要求提供備份工具等等。
我們現(xiàn)在看看這些業(yè)務(wù)是否都應(yīng)該是關(guān)心資料安全的?所以應(yīng)該放在資料安全管理目錄下,而且這些需求也可以分為不同層次,一些是和權(quán)限有關(guān)的,一些是和存儲和備份有關(guān)的,這樣很快又可以把子標(biāo)題和分子標(biāo)題設(shè)計出來了。
同樣我們可以推導(dǎo)出如下另外幾個部分的提綱:
這個結(jié)構(gòu)化體系一旦出來后,整個方案的思路是否清晰明了,下筆容易了呢?
結(jié)構(gòu)化體系最大的好處是不亂,今后用戶提出任何業(yè)務(wù)需求,或者產(chǎn)品功能如何擴充,都很容易對號入座,或者擴充子標(biāo)題。這也是體現(xiàn)了一種分類管理的思想。
當(dāng)然這個分類思路根據(jù)不同業(yè)務(wù)特征允許存在多種可能,而且分類層次應(yīng)不超過5級標(biāo)題,否則文章的可讀性不佳。
如果一定要超過5層,就可以采取其它排版方式體現(xiàn)。
2.4第四個容易犯的錯誤:口語書面語混雜,遣詞造句不嚴(yán)謹(jǐn)。
不好的解決方案還有一個毛病就是口語書面語混雜,遣詞造句不嚴(yán)謹(jǐn)。
有的人寫作時順著思路走,口語化成分很多,例如本人的行文基本是口語化的,也體現(xiàn)了這個毛病。當(dāng)然大師級人物的確可以將文章寫得明白如話,但是對我們這些人而言方案是代表公司正式對外的文檔,一定不要出現(xiàn)口語和書面語混雜的情況。
例如太多的兒,的,我們,你們等等都是口語化語言,不應(yīng)該大量出現(xiàn)在正式方案中。
有的人寫方案比較圖表現(xiàn),喜歡指出用戶的不足,這個時候喜歡用很激烈的語言。例如缺少管理,業(yè)務(wù)失控,后果很嚴(yán)重等等語句,這樣的遣詞造句是不嚴(yán)謹(jǐn)?shù)?,方案用語不要追求“語不驚人誓不休”。而是理性分析,認(rèn)真推導(dǎo),句句講邏輯。
實在要用一些事實說明企業(yè)的問題,不要用刺激性強的語言,例如說企業(yè)業(yè)務(wù)存在問題,可以說業(yè)務(wù)有可改進的地方,例如說企業(yè)管理失控,可以說管理上存在很難受控的環(huán)節(jié)。
這樣的表達企業(yè)反而容易接受,不出問題。
2.5第五個容易犯的錯誤:沒有認(rèn)真檢查,存在大量硬傷。
不好的解決方案制造過程往往是找一個同類方案,然后主要工作是“ctrl+c”+“ctrl+v”。
很多人就圖快,省事,沒有很好的核對,結(jié)果往往容易出現(xiàn)如下幾種錯誤:
第二有時候替換過頭,把一些案例中類似的話也替換成為給用戶名稱,鬧出笑話。
第三只注意了文字替換,不注意圖形中的替換,結(jié)果文字是一個用戶的,圖片是另一個用戶的,感覺不尊重。
第四是只注意了文字替換,忽視了頁眉頁腳的替換,特別是注意了首頁或目錄的頁眉頁腳,沒有注意正文的頁眉頁腳。
第五是案例不對,明明是汽車行業(yè)的用戶,案例全部都是其它行業(yè)的,感覺在這個行業(yè)沒有經(jīng)驗。
第六是聯(lián)絡(luò)方式不對,很多時候?qū)e的營銷區(qū)域方案拿過來用,服務(wù)信息都沒有更正過來。
第七是存在大量技術(shù)硬傷,有時候為了突出軟件技術(shù)實力,將大量專家都不一定看得懂的詞匯大量堆砌,其實連軟件公司自己都搞不清楚采用了哪些。
企圖通過讓用戶對概念和名詞發(fā)暈進而對軟件產(chǎn)生信賴的方式已經(jīng)過時,解決方案應(yīng)該實事求是說明業(yè)務(wù)問題,不要在名詞上忽悠。
2.6第六個容易犯的錯誤:過于突出自我。
很多人寫方案大量出現(xiàn)“**軟件公司”內(nèi)容,甚至每個產(chǎn)品都恨不得加上自家標(biāo)識。在很多地方行文造句都是“我能,我行,我有…”等語氣。
這種方案很容易給用戶過度營銷的感覺。我們給用戶寫的方案在售前建議盡量用用戶做前綴,例如說某某企業(yè)pdm項目,不要總在說某某供應(yīng)商pdm的話,給用戶一種相對的針對性,感覺這個方案的確是為用戶準(zhǔn)備的。
在售后實施方案中軟件公司的名字只需要出現(xiàn)一次,后面就不需要反復(fù)出現(xiàn),因為大家都知道是你的產(chǎn)品,何必反復(fù)體現(xiàn),我們更應(yīng)該把用戶的注意力集中到產(chǎn)品本身就應(yīng)該具備的功能和支撐業(yè)務(wù)上,而不要形成某某可以,某某不可以的印象。
2.7第七個容易犯的錯誤:沒有評審。
方案提交給客戶之前,一定要經(jīng)過評審。
沒有開發(fā)點的方案,一般經(jīng)過自評和互評即可,自評時,要重新審視整個方案的結(jié)構(gòu)、問題描述、遣詞造句等方面,特別是用替換修改的企業(yè)名稱和營銷平臺等方面的內(nèi)容,盡量減少低級錯誤。
自己評審過的方案一定要給一個其它的人評審。
互評時,要重新審視整個方案的結(jié)構(gòu)、遣詞造句等方面的內(nèi)容。
對于有開發(fā)點的方案,要經(jīng)過公司的評審。提交給公司評審的方案,一定是已經(jīng)過自評和互評的方案,而且要注明主要看哪些部分,以及編寫這些部分的背景知識。
2.8第八個容易犯的錯誤:沒有體現(xiàn)公司產(chǎn)品最新進展。
一般人寫解決方案首先不是想著如何說清楚用戶的業(yè)務(wù),如何在公司產(chǎn)品中體現(xiàn)出對業(yè)務(wù)的支持,而是想趕緊找一個模板,把這一關(guān)走過去再說,其實很多時候就是對每個階段工作沒有質(zhì)量意識最后導(dǎo)致工作處處被動。
所以寫解決方案一定要根據(jù)公司最新產(chǎn)品功能認(rèn)真組合功能實現(xiàn)企業(yè)業(yè)務(wù),甚至可以考慮利用未來半年內(nèi)會發(fā)布的功能認(rèn)真組合,因為解決方案離正式實施往往需要半年甚至更長的周期。
很多時候解決方案一抄再抄,都是一兩年前的模板,自然缺少競爭力和說服力。
這個問題的核心是公司有沒有專人專崗負(fù)責(zé)對標(biāo)準(zhǔn)解決方案的維護和更新發(fā)布機制,其實比較好的一種做法結(jié)合典型項目技術(shù)公關(guān)推動解決方案水平不斷完善和提高。
三、寫好方案的心得。
3.1動筆前先打一個電話。
一般情況下方案撰寫人只是按照別人要求提供方案,并非直接利用方案的人,所以在寫方案之前,問問需要方案的同事,甚至是用戶,聽聽他們對方案的想法和建議,對自己寫方案會有很大幫助。
很多時候方案準(zhǔn)備完成方案接受者并不滿意方案的組織,需要返工修改,所以動筆前先打幾個電話,問問別人要什么,不但可以提高方案準(zhǔn)備命中率,甚至可以獲得大量現(xiàn)成的思路建議,對自己寫方案大有好處。
3.2一定要努力按業(yè)務(wù)邏輯去寫。
一般寫方案最簡單的方式就是按照軟件自己的思路和功能模塊組織,因為有大量現(xiàn)成的材料可用。但這樣方案對用戶并非是一種最佳選擇,因為客戶要轉(zhuǎn)換到供應(yīng)商的思維才能看懂方案字句之間的含義。
如果從以客戶為中心角度出發(fā),方案應(yīng)盡量讓用戶容易看懂,好理解,自然也就取得了幾個印象分。
我們方案就是要先仔細(xì)探討企業(yè)業(yè)務(wù),不是將調(diào)研結(jié)論一羅列,而是從業(yè)務(wù)分析得出業(yè)務(wù)需求,最后描述技術(shù)實現(xiàn)手段。從這個意義上講,解決方案要按照簡明的操作手冊來準(zhǔn)備。
3.3按標(biāo)準(zhǔn)套路寫方案。
不同類型的方案都有自己的套路,例如可行性報告,解決方案,建議書等等都有標(biāo)準(zhǔn)的套路,我們應(yīng)盡量按照標(biāo)準(zhǔn)套路準(zhǔn)備方案,不要自成體系,在套路下發(fā)揮,套路就體現(xiàn)了一種結(jié)構(gòu)化體系化的思維模式。
關(guān)于常用套路我們另有一章說明。
3.4先構(gòu)思提綱,經(jīng)過討論,最后動筆。
很多時候方案準(zhǔn)備時間并不充分,很多人接到任務(wù),壓力之下立即開始動手,這往往是不好的工作習(xí)慣,有時候有模板,的確可以快速出活,但時間長了就養(yǎng)成一種惰性,替換方式抄方案還勉強,真要遇到有個個性化問題,因為在平時寫方案過程中思維始終不經(jīng)過結(jié)構(gòu)化思考的練習(xí),真到方案模板沒有覆蓋的情況,就沒有辦法應(yīng)付。
好的方案特點是:標(biāo)題就是論點。結(jié)論做為標(biāo)題馬上拿出來。
好的方案是觀點鮮明,立場明確,有理有據(jù),有血有肉。
所以有方案要寫,一定不要急著寫,而是想自己的提綱,這個完整提綱目錄之間的邏輯聯(lián)系和業(yè)務(wù)銜接自己在心里面推導(dǎo)得比較有力和充分了,才開始動筆快速拿出提綱,有了提綱寫起來思路就不會斷電,寫起來才快。
好的方案一定是做了論點。
論點是假設(shè)的,例如說搞pdm有價值。
你說價值有三個方面,能降低成本,提高質(zhì)量,能縮短交貨期。這都是你的假設(shè)。
你怎么知道成立?就要找些事實去證明它。
我們現(xiàn)在都喜歡找什么事實呢?你用了這個功能,所以你的論點就成立,因為你有這個功能,所以你的效率提高了。
這都是扯蛋!為什么用了pdm企業(yè)就能做到這幾點。根本沒邏輯推導(dǎo)。
不是還有大把企業(yè)用了erp,用了pdm還不是該咋的咋的,錢都打水漂了。
好處一定是每個好處都是獨立,它是有層次,每層上的好處是平級的',大好處包含多個小好處,這些好處倒推出來就響應(yīng)支持你的論點,這種方案看了以后別人就會理解并支持你。然后每個好處一定是在前一個好處的基礎(chǔ)上往前推動一步,最好得出一個強有力的論證過程。
所以好的方案必須是金字塔型的,論據(jù)論證最后構(gòu)成堅實的基礎(chǔ)。
如果有條件的話,這個思路還應(yīng)該和大家討論,特別是一些重要方案,一定要先反復(fù)討論提綱,大家各種意見和思路在提綱中統(tǒng)一了,再動手寫。這樣就不至于遇到寫了一半被人否定,推倒重來的痛苦了。
3.5找一個安靜的地方和完整的時間段開始。
寫方案最怕中間不停被人打斷,這樣思路連貫性會很差。所以我無論接到多么緊急的方案編制任務(wù),也不會急著去寫,而是把手頭該處理的小事情處理干凈,然后保證開始后的時間相對安靜和完整,這樣才能保證方案的質(zhì)量。
而且寫方案一定要保證在一個時間段內(nèi)初步拿出完整的推導(dǎo)思路和結(jié)構(gòu)提綱才能結(jié)束去干別的事情,這樣以后就是逐步補充和豐富內(nèi)容,不至于還在為結(jié)構(gòu)苦惱,不清楚從哪里下筆,每次要花費大量時間從頭構(gòu)思。
3.6認(rèn)真準(zhǔn)備閱讀提示和摘要。
一個方案往往厚厚一本,更多是充點門面,領(lǐng)導(dǎo)是不會真看的。萬一要看,也就是看看包裝是否精美,和頭幾頁文字。
所以方案可以單獨附一份摘要,這是關(guān)于整個方案業(yè)務(wù)分析和解決思路的精華部分,當(dāng)然也可以帶一點實施方法和典型用戶的介紹。
這樣就可以讓自己方案思路在短短幾頁紙中清晰描述和表達出來,這種提煉過的語言和文字往往更能打動人心。
一般寫一份厚方案只需要一天,寫一份薄方案需要一周,要求在三頁紙內(nèi)說明問題需要一個月!能把書讀薄是能力的體現(xiàn)。
對于方案也一定要提供一份閱讀指引,告訴不同的人其關(guān)心的內(nèi)容可以在哪些章節(jié)直接獲得,方便其閱讀。實際上我們觀察很多論文和書籍序言都有一段來說明這個文字的結(jié)構(gòu),其實這也是一個標(biāo)準(zhǔn)做法。
3.7注意排版。
方案一定要注意排版,印刷要干凈,封面要隆重,裝訂要精美,方案就是一個公司的臉面,雖然不是說一份方案可以決定項目,但一份看上去都不好的方案一定很讓人懷疑公司的能力。
我們很多人見過外企的文字,一般都非常精美,排版很漂亮,大家一看就覺得是專業(yè)人士所為。
所以方案的文字和圖表內(nèi)容最好請專門的美工設(shè)計一套標(biāo)準(zhǔn)的排版體系,對方案整體可讀效果會起到極大促進作用。
現(xiàn)在很多方案都是密密碼碼,內(nèi)容是多,可以有什么用?
不如取巧,少寫一些文字,多在排版上動腦筋,實在想不出好的排版是什么回事的,去買基本暢銷書,你會發(fā)現(xiàn)可讀性好的書往往有一個技巧叫“留白”。
方案文字段落邊框之間保持適當(dāng)距離,特別是邊框合理留白會讓一份方案可讀性大大提高。
象本文這樣的文字如果加上留白設(shè)計可讀性就會很不錯。
3.8注意積累素材。
寫方案無論如何按照企業(yè)業(yè)務(wù)組織,基本上90%內(nèi)容是相同的,不過是根據(jù)不同思路進行組織而已,畢竟軟件功能不會在短期內(nèi)發(fā)生巨大改變,方案涉及功能也沒有理由發(fā)生大的改變,所以方案中很多素材是可以通用的。
包括一些公司通用素材,更是要隨時積累補充完善和歸類存檔,這樣在寫方案時才不會因為尋求這些基本素材浪費大量時間。
基本素材收集還要注意隨時和公司公開宣傳口徑保持一致,防止引用過期素材。當(dāng)然標(biāo)準(zhǔn)素材最好由公司統(tǒng)一維護。
獲取其它素材的途徑比較多,主要有:
現(xiàn)場初步需求調(diào)研與交流。
與熟悉類似項目的銷售經(jīng)理、技術(shù)支持工程師、實施工程師溝通、了解。
營銷平臺交流。
企業(yè)網(wǎng)站。
相關(guān)行業(yè)資料介紹。
書刊。
……。
一般可以從企業(yè)網(wǎng)站獲取企業(yè)介紹。從網(wǎng)站獲取的企業(yè)介紹需經(jīng)“角色轉(zhuǎn)換”和“內(nèi)容篩選”,角色轉(zhuǎn)換是指站在公司的立場描述該企業(yè)的情況介紹,要把第一人稱改為第三人稱。內(nèi)容篩選是指主要介紹企業(yè)信息化的基礎(chǔ),包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等內(nèi)容。
四、方案分類和用途。
4.1方案的種類。
目前,公司為客戶撰寫的方案分為:建議書、解決方案、投標(biāo)書。技術(shù)白皮書應(yīng)作為統(tǒng)一的資料提供。
建議書是用于動員客戶啟動項目,或者用于客戶初步選型階段的技術(shù)支持,以入圍;。
投標(biāo)書是用于客戶招標(biāo)的技術(shù)交底,以綜合實力戰(zhàn)勝對手。
4.2方案的基本結(jié)構(gòu)。
一、建議書的基本結(jié)構(gòu)。
建議書的側(cè)重點是分析客戶實施某項目的宏觀和微觀形式、現(xiàn)存的諸多問題,提出實施該項目的必要性和緊迫性,再介紹相關(guān)產(chǎn)品和技術(shù)的發(fā)展現(xiàn)狀公司的產(chǎn)品特點和優(yōu)勢,落腳點是公司已具備相當(dāng)?shù)膶嵙?,與公司合作成功率最大、風(fēng)險最低。建議書的基本結(jié)構(gòu)如下:
引言。
現(xiàn)狀分析與診斷。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀。
公司相關(guān)產(chǎn)品的特點。
公司具備的實力和基礎(chǔ)。
結(jié)束語。
各個部分撰寫技巧如下:
引言部分。
從全國、行業(yè)的信息化現(xiàn)狀分析入手,說明信息化是大勢所趨,再從本行業(yè)的產(chǎn)品特點出發(fā)分析信息化需要注意的關(guān)鍵問題,最后介紹企業(yè)的情況,特別是信息化的已有基礎(chǔ),包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等,說明該企業(yè)已具備實施本項目的基礎(chǔ)。
引言部分可分為:
制造業(yè)信息化現(xiàn)狀。
本行業(yè)信息化特點分析。
信息化的基礎(chǔ)。
現(xiàn)狀分析與診斷部分。
從本項目所涉及部門的業(yè)務(wù)現(xiàn)狀描述和分析入手,找出問題,并提出相應(yīng)的解決辦法。
現(xiàn)狀分析與診斷部分可分為:
業(yè)務(wù)現(xiàn)狀描述。
問題分析與診斷。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分。
主要介紹本項目所涉及的pdm/capp/cad等技術(shù)產(chǎn)生背景、發(fā)展過程,以及發(fā)展趨勢等內(nèi)容,并說明這些技術(shù)已是成熟的實用性技術(shù)。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分可按軟件產(chǎn)品類別分別介紹,最后有一個小結(jié)。
公司相關(guān)產(chǎn)品的特點部分。
主要介紹公司相關(guān)產(chǎn)品的主要特點,說明公司相關(guān)產(chǎn)品是符合其發(fā)展趨勢的先進和成熟的產(chǎn)品。
公司相關(guān)產(chǎn)品的特點部分可按軟件產(chǎn)品類別分別介紹,最后有一個小結(jié)。
公司具備的實力和基礎(chǔ)部分。
主要從公司簡介、完整產(chǎn)品線、研發(fā)能力、實施與服務(wù)體系等方面,說明公司已有足夠的能力承接本項目,并以成功案例證明與公司合作成功率高、風(fēng)險最低。
公司的實力部分可分為:
公司簡介。
完整產(chǎn)品線。
雄厚的研發(fā)能力。
科學(xué)的實施與服務(wù)保障體系。
成功案例。
結(jié)束語部分。
闡明公司愿與企業(yè)強強聯(lián)手,結(jié)為(戰(zhàn)略)合作伙伴關(guān)系,共同推進企業(yè)乃至本行業(yè)的信息化建設(shè)。
在結(jié)束語部分要明確提出合作建議內(nèi)容,對于一些戰(zhàn)略合作伙伴關(guān)系不能輕易宣講和承諾,一定要經(jīng)報公司批準(zhǔn)之后方可承諾。
建議書的要求是簡短緊湊,內(nèi)容詳實,便于用戶決策,可以在一份建議書中形成幾個可選方案,推動用戶決策。
解決方案的側(cè)重點是分析現(xiàn)存問題,提出功能需求及相應(yīng)技術(shù)實現(xiàn)手段,并輔以實施保障措施,說明用戶需求是可以實現(xiàn)的。解決方案的基本結(jié)構(gòu)如下:
引言。
現(xiàn)狀分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計。
系統(tǒng)技術(shù)方案。
系統(tǒng)實施方案。
服務(wù)內(nèi)容及措施。
典型案例。
結(jié)束語。
引言部分。
從全國、同行業(yè)的信息化現(xiàn)狀分析入手,說明信息化是大勢所趨。再從本行業(yè)的產(chǎn)品特點出發(fā)分析信息化需要注意的地方。接著介紹企業(yè)的情況,特別是信息化的已有基礎(chǔ),包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等,說明該企業(yè)已具備實施本項目的基礎(chǔ)。最后通過公司介紹說明有能力承擔(dān)該項目。
引言部分可分為:
制造業(yè)信息化現(xiàn)狀。
某行業(yè)信息化特點分析。
信息化的已有基礎(chǔ)。
公司介紹。
現(xiàn)狀分析與診斷部分。
現(xiàn)狀分析與診斷部分可分為:
業(yè)務(wù)現(xiàn)狀描述。
問題分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計部分。
根據(jù)現(xiàn)狀分析提出的需求,對本系統(tǒng)從總體目標(biāo)、指導(dǎo)思想、總體框架等方面進行總體規(guī)劃與設(shè)計。總體目標(biāo),是從企業(yè)已有明確的總體目標(biāo)中,結(jié)合用戶需求提煉出來的,不能簡單照抄,還需適當(dāng)調(diào)整與補充??傮w框架包括體系架構(gòu)、運行模式,以及其它企業(yè)關(guān)心的問題等。
系統(tǒng)規(guī)劃與設(shè)計部分可分為:
總體目標(biāo)。
指導(dǎo)思想。
總體框架。
體系架構(gòu)。
運行模式。
……。
系統(tǒng)技術(shù)方案部分。
從基本功能介紹、關(guān)鍵問題解決方案兩個層面介紹具體的技術(shù)方案?;竟δ芙榻B是對本項目所涉及的產(chǎn)品,在標(biāo)準(zhǔn)模塊功能基礎(chǔ)上適當(dāng)補充各模塊的新增功能或用戶的特殊功能。關(guān)鍵問題解決方案是就企業(yè)特別關(guān)心的問題(包括管理和技術(shù)兩個方面)、企業(yè)特殊需求中有一定難度的問題,以及管理方面需要改進的問題等提出解決方案和建議。
系統(tǒng)實施方案部分。
從本項目的預(yù)期效益入手,分析項目實施存在的風(fēng)險,接著介紹公司規(guī)避風(fēng)險的實施保障措施,最后給出初步實施進度計劃和培訓(xùn)計劃。實施規(guī)劃要結(jié)合用戶的實施打算,如果系統(tǒng)規(guī)模比較大,可以結(jié)合用戶的需求適當(dāng)進行目標(biāo)分解,分期完成。
系統(tǒng)實施方案部分可分為:
預(yù)期效益。
風(fēng)險分析及對策。
指導(dǎo)思想。
指導(dǎo)方法。
實施管理。
實施規(guī)劃。
實施進度計劃。
系統(tǒng)培訓(xùn)。
服務(wù)內(nèi)容及措施部分。
從公司能為客戶提供全方位服務(wù)承諾入手,闡述公司技術(shù)支持與服務(wù)的保障措施,讓客戶無后顧之憂。
服務(wù)內(nèi)容及措施部分可分為:
服務(wù)內(nèi)容及承諾。
技術(shù)支持與服務(wù)保障。
典型案例部分。
用公司典型用戶的案例進一步證明,公司提供的技術(shù)方案是先進的、實用的,形成一套科學(xué)的、可操作的實施方案。典型案例選擇的針對性表現(xiàn)在:行業(yè)、特殊需求、項目類型等方面有相似之處。
結(jié)束語部分。
闡明公司愿與企業(yè)強強聯(lián)手,達成合作伙伴關(guān)系,共同推進企業(yè)乃至本行業(yè)的信息化建設(shè)。
解決方案注意業(yè)務(wù)分析,系統(tǒng)規(guī)劃,技術(shù)方案三部分不要反復(fù)出現(xiàn)重復(fù)的內(nèi)容,或者為了表達自己技術(shù)方案是扣著業(yè)務(wù)需求而在系統(tǒng)規(guī)劃和技術(shù)方案中再次反復(fù)描述需求,如果發(fā)現(xiàn)有這樣的問題就要精心去組織方案提綱。
此外解決方案要避免浮夸和務(wù)虛的內(nèi)容,要盡量讓用戶看到可操作的內(nèi)容,例如在實施方案中用戶最關(guān)心的是在實施分幾個階段?每個階段相互配合工作是什么?誰去做合適?階段結(jié)束的標(biāo)志是什么?每階段工作需要多長時間?根據(jù)企業(yè)實際情況有哪些風(fēng)險?如何規(guī)避?基礎(chǔ)數(shù)據(jù)如何準(zhǔn)備?歷史數(shù)據(jù)如何錄入?工作流程應(yīng)用前后有何變化?這些是用戶真正關(guān)心的內(nèi)容。
所謂實施方法論,實施原則,實施指導(dǎo)思想,實施團隊結(jié)構(gòu)等看起來飽滿,其實是務(wù)虛的內(nèi)容少寫,寫得越多用戶越不得要領(lǐng),實施方案的要害是具備不具備可操作性。這里面的原則就是計劃越細(xì)化越具有可操作性。
三、投標(biāo)書的基本結(jié)構(gòu)。
投標(biāo)書是針對標(biāo)書的解決方案,包含解決方案的全部內(nèi)容,再增加公司優(yōu)勢和相關(guān)附件。投標(biāo)書總是原則是按照用戶提供的招標(biāo)書要求準(zhǔn)備,用戶要求如何提供資料就如何提供,不要任意發(fā)揮。
常見投標(biāo)書的基本結(jié)構(gòu)如下:
引言。
現(xiàn)狀分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計。
系統(tǒng)技術(shù)方案。
系統(tǒng)實施方案。
服務(wù)內(nèi)容及措施。
開目公司的優(yōu)勢。
典型案例。
結(jié)束語。
相關(guān)附件。
開目公司的優(yōu)勢。
相關(guān)附件。
相關(guān)附件按照招標(biāo)書的規(guī)定組織附件。
4.3方案的針對性。
為使方案具有鮮明的開目特色,方案必須具有一定的針對性。不同類別方案的針對性有不同的體現(xiàn)。
建議書的針對性體現(xiàn)在同行業(yè)的信息化特點分析,本企業(yè)已有的信息化基礎(chǔ)、本企業(yè)的現(xiàn)狀描述與問題分析等方面。
解決方案和投標(biāo)書的針對性有相同的表現(xiàn),主要體現(xiàn)在:同行業(yè)的信息化特點分析、現(xiàn)狀分析與診斷、總體目標(biāo)、關(guān)鍵問題解決方案、實施規(guī)劃與進度計劃、典型案例等。
現(xiàn)狀分析與診斷部分、實施規(guī)劃與進度計劃部分,不能簡單把客戶名稱更改就變成另外一家的情況。
總體目標(biāo)部分,有企業(yè)的個性,如果需要可以分解成近期、長期、遠(yuǎn)期目標(biāo)。
解決方案中可單獨把企業(yè)關(guān)心的關(guān)鍵問題單列為一部分,緊密結(jié)合企業(yè)的需求特點,不能簡單套用標(biāo)準(zhǔn)說法,必要時可以通過定制配置實現(xiàn)。
解決方案中的關(guān)鍵問題與投標(biāo)答辯ppt中的關(guān)鍵問題有區(qū)別。投標(biāo)答辯ppt中的關(guān)鍵問題主要是展示我們優(yōu)勢部分,以攻擊對手的劣勢部分,但一定要有絕對的把握。
軟件維護項目方案篇二
為認(rèn)真徹落實《浙江省商務(wù)廳浙江省財政廳關(guān)于建設(shè)全省電子商務(wù)服務(wù)體系的通知》(浙商務(wù)聯(lián)發(fā)[20xx]60號文件精神,加快我市電子商務(wù)公共服務(wù)中心建設(shè),特制定本實施方案。
一、總體思路。
按照“電商換市”和“國家電子商務(wù)示范城市”的總體要求,本著“資源整合、體系健全、功能完善、服務(wù)規(guī)范”總體思路,堅持政府推動和市場運作有機結(jié)合、公共服務(wù)和特色服務(wù)融合互動、豐富資料和提升品牌同步推進,建設(shè)臺州電子商務(wù)服務(wù)中心。爭取到20xx年,建成市級(市轄區(qū))和6個縣、市級電子商務(wù)公共服務(wù)中心,80個電子商務(wù)服務(wù)聯(lián)絡(luò)點,基本構(gòu)成主體多元、服務(wù)規(guī)范、高效有序的電子商務(wù)綜合服務(wù)體系,為全市企業(yè)和個體經(jīng)營戶供給全流程、一站式、低成本的電子商務(wù)服務(wù)。20xx度年,臺州市級(市轄區(qū))、天臺縣、三門縣、仙居縣電子商務(wù)公共服務(wù)中心建設(shè)項目已報請省商務(wù)廳、省財政廳同意(浙商務(wù)聯(lián)發(fā)[20xx]106號文件公示),務(wù)必要抓緊落實好建設(shè)方案。
二、重點資料。
根據(jù)電子商務(wù)服務(wù)功能要求,建設(shè)資料主要包括市縣電子商務(wù)公共服務(wù)中心,以及在鄉(xiāng)鎮(zhèn)、園區(qū)和專業(yè)市場設(shè)立電子商務(wù)服務(wù)聯(lián)絡(luò)點,天臺、三門、仙居服務(wù)聯(lián)絡(luò)點爭取到達10個以上,市本級(市轄區(qū))爭取到達20個以上,服務(wù)中心建成以后,直接對接省電子商務(wù)綜合服務(wù)平臺,逐步構(gòu)成覆蓋全市、全省的電子商務(wù)服務(wù)體系。
電子商務(wù)公共服務(wù)中心建設(shè),由商務(wù)部門牽頭,整合電子商務(wù)服務(wù)企業(yè),包括電子商務(wù)平臺企業(yè)、服務(wù)企業(yè)、電子商務(wù)產(chǎn)業(yè)基地(園區(qū))、電子商務(wù)培訓(xùn)機構(gòu)和實踐基地,以及其他電子商務(wù)服務(wù)資源和行業(yè)協(xié)會資源,讓我市企業(yè)和個體經(jīng)營者在公共服務(wù)中心平臺上能找到所需要的電子商務(wù)服務(wù)相關(guān)業(yè)務(wù)。公共服務(wù)中心要有固定辦公場所,有專門人員任職,負(fù)責(zé)綜合平臺上的電子商務(wù)服務(wù)資源和轄區(qū)內(nèi)企業(yè)的業(yè)務(wù)需求對接,供給電子商務(wù)培訓(xùn)、咨詢等服務(wù)。
三、組織實施。
按照全省電子商務(wù)服務(wù)體系建設(shè)統(tǒng)一部署,我市(市轄區(qū))、天臺、三門、仙居三個縣率先試點,各承辦企業(yè)(或單位)要抓緊調(diào)查研究,按照原先制定的建設(shè)方案,把當(dāng)?shù)刈顑?yōu)秀的電子商務(wù)服務(wù)資源吸收到公共服務(wù)中心上來。從今年10月開始,市轄區(qū)、天臺、三門、仙居三個縣要起動首批相關(guān)企業(yè)入駐服務(wù)中心并供給服務(wù),11月底前對電子商務(wù)服務(wù)中心及服務(wù)聯(lián)絡(luò)點建設(shè)情景進行一次綜合評估,為年底前迎接省考核驗收和績效評價做好充分準(zhǔn)備,爭取列入全省電子商務(wù)服務(wù)體系建設(shè)標(biāo)準(zhǔn)化示范地區(qū)。臨海市、溫嶺市、玉環(huán)縣電子商務(wù)公共服務(wù)中心建設(shè)與電子商務(wù)聯(lián)絡(luò)點(各10個以上)建設(shè)納入明年試點。
四、相關(guān)政策。
對市縣公共服務(wù)中心建設(shè)給予相應(yīng)財政支持。省里已明確給予必須的政策支持,市縣可根據(jù)實際情景給予相應(yīng)資金配套和相關(guān)政策扶持。對于列入服務(wù)中心的電子商務(wù)服務(wù)企業(yè)、產(chǎn)業(yè)基地(園區(qū))、培訓(xùn)機構(gòu)和實踐基地,以及其他電子商務(wù)服務(wù)主體可優(yōu)先享受當(dāng)?shù)仉娮由虅?wù)扶持政策,可優(yōu)先申報上級有關(guān)政策性扶持項目,可優(yōu)先評選有關(guān)示范性項目等。
將本文的word文檔下載到電腦,方便收藏和打印。
軟件維護項目方案篇三
用系統(tǒng)進行部署實施和軟件使用培訓(xùn)以及技術(shù)支持。項目組承諾項目獨立完成,不轉(zhuǎn)包外包。
項目開發(fā)維護的實施中,嚴(yán)格按照iso9001國際質(zhì)量體系進行控制,保證為用戶提供優(yōu)質(zhì)的產(chǎn)品、嚴(yán)密的工程實施、高效的服務(wù)支持。為此,要遵循下列工程實施管理原則和保證體系。
(1)有經(jīng)驗、成熟的技術(shù)隊伍是工程實施的前提條件。
完成任何項目工程,必須擁有一支有經(jīng)驗的、勇于探索的、高水平的、具有嚴(yán)謹(jǐn)工作作風(fēng)的技術(shù)隊伍,在工程實施的過程中發(fā)揮團隊協(xié)作精神和用戶密切協(xié)作的能力。
(2)管理層次分明、職責(zé)清晰是工程實施的基礎(chǔ)。
建立層次分明的項目工程實施管理機構(gòu),明晰各層的管理職責(zé),從組織管理的角度保證項目實施計劃落到實處。
(3)確定過程控制點,以過程質(zhì)量保證整體工程質(zhì)量。
整體都是由局部和具體的細(xì)節(jié)構(gòu)成,項目由一個個過程環(huán)節(jié)組成,只有認(rèn)真對待每一個過程細(xì)節(jié),才能保證項目工程整體的實施質(zhì)量。
(4)用戶參與是項目工程成功的保證。
從項目開始到項目的結(jié)束,每個階段都強調(diào)用戶的參與。開發(fā)商只有和用戶相結(jié)合才能使開發(fā)出的系統(tǒng)為用戶所用,發(fā)揮出系統(tǒng)的最大效益,而用戶的參與也是系統(tǒng)順利進行的保證。對本項目短時間、大范圍的配置安裝來說,如果有用戶的高度參與,項目工程的實施將大大加快。
2.8.1.2項目組織結(jié)構(gòu)。
本項目是一項涉及面廣、影響大、安全運行要求高,集數(shù)據(jù)處理、信息發(fā)布、資源整合于一體的政府信息化項目。為了更好的執(zhí)行該項目,將采取統(tǒng)一指揮、并行實施、相互支援的實施辦法。
為了使該項目能順利實施,便于項目的管理和協(xié)調(diào),使工作職責(zé)更加清晰明白,建立項目組織實施小組,建立由項目領(lǐng)導(dǎo)小組、項目管理辦公室、項目監(jiān)理公司、顧問咨詢組、項目經(jīng)理、項目具體實施小組組成的實施管理控制組織體系。
項目實施組織具體職責(zé)如下:
(1)項目領(lǐng)導(dǎo)小組。
負(fù)責(zé)項目實施過程中的重大事件決策;
根據(jù)項目的進度、質(zhì)量、技術(shù)、資源、風(fēng)險等實行宏觀監(jiān)控;
負(fù)責(zé)組建驗收小組,主持驗收工作;
協(xié)調(diào)參與項目各方的工作關(guān)系。
(2)項目管理辦公室。
組織各方統(tǒng)一制定工程管理計劃;
組織總體實施方案評審,組織測試驗收;
負(fù)責(zé)項目進度計劃與成本控制;
協(xié)調(diào)解決項目實施過程中出現(xiàn)的各種問題。
(3)顧問咨詢組。
1)人員組成農(nóng)業(yè)信息化相關(guān)領(lǐng)域的業(yè)務(wù)專家;
多年從事it行業(yè)和展廳建設(shè)的信息技術(shù)專家。
2)主要職責(zé)。
系統(tǒng)總體設(shè)計指導(dǎo);
對各子系統(tǒng)深化設(shè)計進行審核并提出優(yōu)化建議;
對各子系統(tǒng)進行技術(shù)協(xié)調(diào);
協(xié)助客戶對系統(tǒng)的設(shè)備配置予以確認(rèn);
對現(xiàn)場系統(tǒng)安裝、調(diào)試提供必要的技術(shù)支持服務(wù);
工程文檔審核。
(4)項目經(jīng)理。
1)人員組成項目經(jīng)理由具有豐富項目管理經(jīng)驗的高級工程師擔(dān)任。
2)主要職責(zé)。
制定項目計劃:牽頭制定項目計劃。
項目執(zhí)行:對總體方案設(shè)計及工程設(shè)計;配置確認(rèn);工程質(zhì)量保證;系統(tǒng)設(shè)計、開發(fā)、測試、安裝及調(diào)試;系統(tǒng)培訓(xùn)、驗收。
項目檢查:通過其下屬各工作組提供的工程進展匯報,將項目進展?fàn)顟B(tài)與項目計劃進度進行比較,發(fā)現(xiàn)過程誤差,提出整改措施。
項目控制:審核項目進展?fàn)顟B(tài),必要時調(diào)集各種備用資源,確保項目按計劃進度實施。
項目協(xié)調(diào):與客戶、各分系統(tǒng)建設(shè)部門進行協(xié)調(diào),解決工程組織接口及技術(shù)接口問題;定期主持系統(tǒng)建設(shè)協(xié)調(diào)會,及時解決各系統(tǒng)間出現(xiàn)的相關(guān)問題。
項目匯報:定期向項目采購單位匯報整個項目的進展情況,匯報在系統(tǒng)建設(shè)過程中出現(xiàn)的重大問題,聽取指導(dǎo)和建議。
(5)總體方案組。
1)人員組成由從事過多名基層電子政務(wù)項目的系統(tǒng)架構(gòu)師、系統(tǒng)分析員和需求分析工程。
師組成。
2)主要職責(zé)。
對項目經(jīng)理負(fù)責(zé);
進行系統(tǒng)的需求分析調(diào)研;
負(fù)責(zé)系統(tǒng)的總體設(shè)計;
策劃系統(tǒng)的模塊功能結(jié)構(gòu);
配合業(yè)主方進行系統(tǒng)驗收。
(6)軟件開發(fā)組。
并與客戶一起討論決定系統(tǒng)驗收方案。
1)人員組成高級程序員;
具有豐富產(chǎn)品開發(fā)經(jīng)驗的產(chǎn)品開發(fā)設(shè)計人員。
2)主要職責(zé)。
負(fù)責(zé)項目應(yīng)用軟件的系統(tǒng)設(shè)計;
負(fù)責(zé)項目應(yīng)用軟件的程序編碼;
負(fù)責(zé)項目應(yīng)用軟件的運行調(diào)試;
配合業(yè)主方進行系統(tǒng)驗收。
(7)系統(tǒng)測試組。
從使用者的角度完成系統(tǒng)操作步驟的設(shè)計,在實施過程中監(jiān)控測試系統(tǒng)是否達到最初制定的操作目標(biāo),并編寫業(yè)主操作手冊。檢驗系統(tǒng)開發(fā)質(zhì)量,并進行功能測試。
當(dāng)開始試運行階段后,還要對項目的各個方面指標(biāo)進行測試和評估。
(8)系統(tǒng)實施組。
1)人員組成由具有豐富經(jīng)驗的系統(tǒng)工程師和參加系統(tǒng)開發(fā)的軟件工程師組成。
2)主要職責(zé)。
負(fù)責(zé)各個實施區(qū)域的實施方案的設(shè)計與建議;
組織系統(tǒng)安裝及調(diào)試;
負(fù)責(zé)系統(tǒng)配置修改,安裝技術(shù)支持;
2.8.1.3項目團隊。
根據(jù)上述項目組織結(jié)構(gòu)和職能分解,北京派得偉業(yè)科技發(fā)展有限公司計劃投。
京派得偉業(yè)科技發(fā)展有限公司投入的人力資源將隨之增加和不斷進行調(diào)整。
未經(jīng)。
招標(biāo)人同意,項目總負(fù)責(zé)人及各分項目負(fù)責(zé)人在項目結(jié)束前不得變更。
具體人員組成分配情況分別如下表所示:
序號。
本項目職責(zé)。
姓名。
職務(wù)。
公司副總、農(nóng)業(yè)生產(chǎn)。
本項目具體分工。
系統(tǒng)總體設(shè)計指導(dǎo)及系統(tǒng)深化設(shè)計進行審核并提出優(yōu)化。
建議。
1.高級顧問張俊與管理事業(yè)部總經(jīng)。
理
農(nóng)業(yè)生產(chǎn)與管理事業(yè)部副總經(jīng)理。
項目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。
研發(fā)和總體設(shè)計。
2.項目經(jīng)理徐杰。
(項目經(jīng)理證書見。
附件)。
農(nóng)業(yè)生產(chǎn)與管理事。
項目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。
業(yè)部。
3.項目經(jīng)理史同鑫。
研發(fā)和總體設(shè)計。
項目經(jīng)理。
4.技術(shù)負(fù)責(zé)人劉鵬。
高級架構(gòu)師。
項目開發(fā)過程管理。
農(nóng)業(yè)生產(chǎn)與管理事。
5.
實施經(jīng)理。
魯國寶。
業(yè)部實施工程師。
6.7.8.9.10.11.12.13.
劉鵬飛。
總體設(shè)計組。
劉偉梁軼曉楊彬高麗郭壽水路鑫辛岢峰。
軟件開發(fā)組。
系統(tǒng)設(shè)計師。
需求分析需求分析需求分析。
高級程序員、開發(fā)組長。
程序員、開發(fā)組長高級程序員、開發(fā)組長。
原型制作。
系統(tǒng)設(shè)計師。
高級架構(gòu)師。
高級架構(gòu)師。
高級架構(gòu)師。
程序員。
程序員。
14.15.16.17.18.
秦巖賓賀永林。
程序員程序員程序員程序員。
閆壽增馮占衛(wèi)劉霞。
美工。
本項目具體分工。
原型制作原型制作。
測試經(jīng)理、系統(tǒng)測試。
系統(tǒng)測試系統(tǒng)測試。
系統(tǒng)實施、安裝部署系統(tǒng)實施、安裝部署系統(tǒng)實施、安裝部署。
系統(tǒng)測試組徐勝慧王楠石立坤。
系統(tǒng)實施組胡桂金張鵬飛。
理規(guī)范,該規(guī)范包括以下幾部分內(nèi)容:項目流程規(guī)范、人員組織規(guī)范、體系結(jié)構(gòu)。
規(guī)范、業(yè)務(wù)需求規(guī)范、模型設(shè)計規(guī)范、最終用戶應(yīng)用規(guī)范、計劃和部署規(guī)范、項。
目管理規(guī)范。
項目正式啟動后,項目將嚴(yán)格按照項目實施計劃進行。
首先進行項目的需求調(diào)研,開始收集項目的各種資料,并形成詳細(xì)的需求規(guī)。
格說明書;
在項目需求調(diào)研的基礎(chǔ)進行《概要設(shè)計》和《詳細(xì)設(shè)計》的編寫,并聘請專。
家進行咨詢、論證,通過專家評審,經(jīng)修改后部分內(nèi)容形成正式文稿;
在《概要設(shè)計》和《詳細(xì)設(shè)計》的指導(dǎo)下,開始進行系統(tǒng)的開發(fā)實施,在此。
過程中軟件測試和軟件初始數(shù)據(jù)的錄入工作;
系統(tǒng)開發(fā)完成后,進行安裝調(diào)試、試運行,同時進行現(xiàn)有系統(tǒng)的集成和數(shù)據(jù)。
導(dǎo)入工作,進入系統(tǒng)全線運行階段,完成整體測試、修改完善;
統(tǒng)培訓(xùn)貫穿始終,確保受訓(xùn)人員能夠熟練的對系統(tǒng)進行安裝、調(diào)試、運行、維護、管理。
在項目開發(fā)階段遵循需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼階段、測試階段。
及安裝調(diào)試施工。
(1)需求分析。
需求分析要從用戶的具體要求出發(fā)進行抽象匯總最終形成需求分析文檔,形成的具體的內(nèi)容如下:
系統(tǒng)的各個模塊的功能說明。
系統(tǒng)的性能要求。
系統(tǒng)的安全性要求。
系統(tǒng)的容錯要求。
系統(tǒng)接口要求。
系統(tǒng)使用范圍。
系統(tǒng)的客戶界面要求等。
需求分析階段需要用戶方技術(shù)人員協(xié)調(diào)用戶各相關(guān)單位配合需求調(diào)研工作,在需求調(diào)研工作結(jié)束后,簽署用戶需求分析書。
(2)概要設(shè)計。
從用戶的需求出發(fā),概要設(shè)計人員在確認(rèn)用戶最終需求的情況下進行概要設(shè)計形成系統(tǒng)概要設(shè)計,在概要設(shè)計的結(jié)束日期將概要設(shè)計交由詳細(xì)設(shè)計人員作為依照進行詳細(xì)設(shè)計。在概要設(shè)計階段應(yīng)該形成如下內(nèi)容:
系統(tǒng)整體構(gòu)架。
系統(tǒng)開發(fā)工具及方法。
每一模塊的用戶需求的說明。
系統(tǒng)各模塊之間的接口。
系統(tǒng)每一模塊的工作流及數(shù)據(jù)流定義。
數(shù)據(jù)庫結(jié)構(gòu)的定義。
數(shù)據(jù)庫表結(jié)構(gòu)的定義。
(3)詳細(xì)設(shè)計。
根據(jù)概要設(shè)計對每一功能模塊按照開發(fā)工具提供的功能進行實現(xiàn)的詳細(xì)設(shè)。
計,此部分的文檔應(yīng)該實現(xiàn)如下內(nèi)容:
每一功能模塊的用戶需求的詳細(xì)說明。
每一功能模塊工作流的詳細(xì)實現(xiàn)的設(shè)計(對應(yīng)需求)。
每一功能模塊數(shù)據(jù)流詳細(xì)設(shè)計及數(shù)據(jù)實現(xiàn)走向詳細(xì)設(shè)計(對應(yīng)需求)。
各功能模塊子模塊的定義和詳細(xì)實現(xiàn)方式。
各功能模塊之間接口的數(shù)據(jù)流及工作流的詳細(xì)描述。
各種界面原型的設(shè)計。
要求:在詳細(xì)設(shè)計階段所有的設(shè)計必須按照可以作為編碼依據(jù)的方式進行設(shè)。
計,作到越詳細(xì)越好。
(4)編碼階段。
在編碼階段程序員要按照詳細(xì)設(shè)計進行編碼工作,要求編程人員所寫的代碼一定要完成詳細(xì)設(shè)計的所有的功能;在代碼編制過程中,要求程序員嚴(yán)格執(zhí)行編碼規(guī)范和格式要求。
(5)測試階段。
測試過程嚴(yán)格按照軟件質(zhì)量體系《軟件測試控制程序》執(zhí)行。測試方法除采用傳統(tǒng)的測試方式外,還采用了先進的測試工具輔助測試。測試分為兩個階段:
單元測試階段和綜合測試階段。單元測試階段在編碼階段完成,所有的測試文檔由測試人員提供。綜合測試由開發(fā)人員和測試人員交叉擔(dān)任,包括集成測試和系統(tǒng)測試,同時所有的測試文檔應(yīng)該由專業(yè)測試人員完成。
(6)安裝調(diào)試及施工。
測試工作結(jié)束后,項目由系統(tǒng)開發(fā)階段進入實施階段。
2.8.2.2項目進度安排。
項目執(zhí)行計劃:九個月。
第一階段:調(diào)研和需求分析:第1個月。
[1]調(diào)研中山市農(nóng)業(yè)信息化基礎(chǔ)設(shè)施建設(shè)運行現(xiàn)狀,掌握土肥業(yè)務(wù)需求,編。
制需求分析報告。
[2]在需求分析報告的基礎(chǔ)上,結(jié)合項目建設(shè)目標(biāo)和要求,制定詳細(xì)的項目。
第二階段:技術(shù)方案設(shè)計:第2-3個月。
[1]開發(fā)土肥信息管理服務(wù)平臺各應(yīng)用系統(tǒng)[2]完成系統(tǒng)集成工作。
[3]應(yīng)用系統(tǒng)的測試、調(diào)試工作。
第四階段:應(yīng)用系統(tǒng)的完善、安裝使用與培訓(xùn):第8個月。
[1]安裝部署應(yīng)用系統(tǒng)。
[2]應(yīng)用系統(tǒng)使用培訓(xùn),進入試運行。
[1]試運行期間系統(tǒng)進一步修改和完善。
[2]整理文檔,撰寫項目竣工報告,完成項目的驗收工作[3]系統(tǒng)交接。
項目總體實施進度如下圖所示:
時間(天)任務(wù)名稱。
需求調(diào)研收集資料。
123456789。
101212序號12。
456789101112。
系統(tǒng)功能概要設(shè)計系統(tǒng)功能詳細(xì)設(shè)計數(shù)據(jù)庫設(shè)計系統(tǒng)開發(fā)。
15125731575325。
圖1.總體實施進度計劃圖。
2.8.3人員培訓(xùn)。
為了保證系統(tǒng)建成以后良好的運行,制定完善的培訓(xùn)計劃。
2.8.3.1培訓(xùn)內(nèi)容。
對開發(fā)的應(yīng)用系統(tǒng)軟件的使用和數(shù)據(jù)維護進行培訓(xùn),使業(yè)務(wù)人員能夠熟練使。
用系統(tǒng),進行數(shù)據(jù)的管理維護和業(yè)務(wù)分析,實現(xiàn)決策、共享和信息發(fā)布等操作任。
務(wù),使軟件系統(tǒng)發(fā)揮應(yīng)有的作用。
2.8.3.2培訓(xùn)方式。
培訓(xùn)使用建設(shè)中跟隨培訓(xùn)和建設(shè)后集中培訓(xùn)兩個方式。
建設(shè)中培訓(xùn):中山市農(nóng)科推廣中心在建設(shè)階段積極參與各系統(tǒng)的建設(shè),參與。
系統(tǒng)設(shè)計、系統(tǒng)實施,隨時熟悉系統(tǒng)設(shè)備和軟件的使用方法和內(nèi)容;
建設(shè)后培訓(xùn):系統(tǒng)建設(shè)完成后,對中山市農(nóng)科推廣中心管理人員進行集中的系統(tǒng)使用和維護培訓(xùn),使業(yè)務(wù)管理人員從整體和局部上掌握系統(tǒng)的使用。
提供完。
整的用戶手冊,作為培訓(xùn)的材料。
2.8.4項目驗收。
2.8.4.1項目驗收。
本項目由經(jīng)信局組織專家進行會議評審驗收,驗收前需對平臺各系統(tǒng)的功能。
進行測試,并進行72小時穩(wěn)定性測試。驗收后由經(jīng)信局出具中山市土肥信息管。
理服務(wù)平臺建設(shè)項目的驗收報告。
2.8.4.2項目交付項。
說明項目任務(wù)完成后,投標(biāo)方根據(jù)合同應(yīng)提交給招標(biāo)方的貨物、服務(wù)以及交。
接文件、用戶手冊等,并附上相應(yīng)的交付時間計劃表。
投標(biāo)方交給中山市農(nóng)業(yè)科技推廣中心的中山市土肥信息管理服務(wù)平臺的代。
碼,必須是系統(tǒng)應(yīng)用系統(tǒng)所有模塊不加密的、明文的、標(biāo)準(zhǔn)的源代碼。
2.8.4.3項目付款。
本項目以總價承包方式采購,采用分期付款方式。
1、合同簽訂后,投標(biāo)人提交項目實施方案并通過采購單位審核之日起。
個工作日內(nèi),采購單位啟動支付流程向乙方支付合同總額的20%;
2、系統(tǒng)完成設(shè)計、開發(fā)、測試、安裝部署,采購單位簽字同意進入試運行。
購單位啟動支付流程向投標(biāo)人支付合同總價的40%。
30%。
10個工作日內(nèi),采。
4、投標(biāo)人按照采購單位要求完成質(zhì)保工作,項目質(zhì)保期結(jié)束之日起。
工作日,采購單位啟動支付流程向投標(biāo)人支付合同總價的10個。
10%。
2.8.5售后服務(wù)。
針對本項目的售后及技術(shù)支持服務(wù),派得偉業(yè)公司承諾如下:
北京派得偉業(yè)科技發(fā)展有限公司設(shè)置專門人員,為本項目售后及技術(shù)支持提。
供優(yōu)質(zhì)、高效的服務(wù);
質(zhì)量保證期:系統(tǒng)驗收后12個月。
質(zhì)保期內(nèi),投標(biāo)人所有服務(wù)不得收取任何費用;投標(biāo)人有責(zé)任解決所提供產(chǎn)品或服務(wù)及其附件、安裝介質(zhì)的任何故障。投標(biāo)人必須在8小時內(nèi)對業(yè)主所提出的維護要求做出實質(zhì)性反應(yīng),并提供應(yīng)急響應(yīng)策略。
系統(tǒng)運行過程中如果出現(xiàn)技術(shù)故障(如硬件故障、軟件故障、配置丟失等),在此期間按緊急預(yù)案處置,確保系統(tǒng)最大限度地不中斷運行。投標(biāo)人應(yīng)保證8小時內(nèi)解決此類問題,以恢復(fù)故障使得系統(tǒng)得以正常運行。
質(zhì)保期外,投標(biāo)人為建設(shè)方提供有償技術(shù)支持和服務(wù),考慮系統(tǒng)維護服務(wù)等工作量情況,適當(dāng)向建設(shè)方收取一定費用。
如果有幸中標(biāo),我們將在建設(shè)、實施以及今后的運行維護中安排專門人員,針對本系統(tǒng)的特點結(jié)合我們在不同項目中的維護經(jīng)驗,制訂高效完整的維護方案,提供高質(zhì)量和全方位的支持和服務(wù)。我們的主要服務(wù)措施有:
在北京派得偉業(yè)科技發(fā)展有限公司建立專門的技術(shù)服務(wù)小組;
對于非北京派得偉業(yè)科技發(fā)展有限公司應(yīng)用軟件的問題,而是由于其他因素影響用戶的正常使用,北京派得偉業(yè)科技發(fā)展有限公司將會積極配合用戶查找問題原因。
2.8.5.1常規(guī)支持服務(wù)。
從試運行期結(jié)束后算起,系統(tǒng)開始正式運行,北京派得偉業(yè)科技發(fā)展有限公。
司承諾向用戶提供一年免費的標(biāo)準(zhǔn)支持服務(wù),在免費服務(wù)期內(nèi),為用戶提供免費的現(xiàn)場技術(shù)支持服務(wù),免費的現(xiàn)場軟件安裝調(diào)試、保修和升級,維護人員的免費現(xiàn)場培訓(xùn)和技術(shù)指導(dǎo)等,針對軟件應(yīng)用中出現(xiàn)的問題在1小時內(nèi)提供應(yīng)急相應(yīng)方案,若軟件系統(tǒng)出現(xiàn)無法遠(yuǎn)程指導(dǎo)解決的故障,派得偉業(yè)公司技術(shù)人員上門服務(wù),根據(jù)實際情況最遲在48小時以內(nèi)修復(fù)。同時,北京派得偉業(yè)科技發(fā)展有限公司承諾本系統(tǒng)的知識產(chǎn)權(quán)歸用戶方所有。
問題提供解答和解決方案。
免費技術(shù)支持服務(wù)期結(jié)束后,北京派得偉業(yè)科技發(fā)展有限公司將繼續(xù)提供優(yōu)。
質(zhì)的支持服務(wù),定期對系統(tǒng)進行維護查詢,對用戶提出的維護請求,通過電話指。
導(dǎo),e-mail、即時通訊工具和傳真等方式及時響應(yīng)和處理用戶反饋的問題和系統(tǒng)。
運行的故障。對用戶需要的系統(tǒng)軟件和應(yīng)用軟件的現(xiàn)場維護,包括現(xiàn)場的安裝調(diào)。
具體的收試和重裝,應(yīng)用軟件升級服務(wù),派得偉業(yè)公司將收取一定的成本費用,費由雙方協(xié)議后決定。
2.8.5.2故障等級與響應(yīng)時間。
(1)故障等級定義。
緊急故障:系統(tǒng)已無法使用,導(dǎo)致用戶業(yè)務(wù)活動中止;系統(tǒng)頻繁出錯,頻繁產(chǎn)生完全錯誤的處理結(jié)果。
嚴(yán)重故障:系統(tǒng)仍在維持狀態(tài)運行,但性能下降;系統(tǒng)能夠維持運行,但有多個功能無法工作,或某一功能不正常已嚴(yán)重影響系統(tǒng)的運行。
中等故障:系統(tǒng)能夠工作,但個別非核心功能出現(xiàn)異常,對使用的方便性產(chǎn)生不良影響。
輕度故障:系統(tǒng)工作基本正常,但偶然出現(xiàn)個別非核心功能異常,可通過簡單的系統(tǒng)重啟或改變配置得到恢復(fù)。
(2)服務(wù)請求響應(yīng)時間。
表2.故障等級與請求響應(yīng)時間。
故障等級。
電話/傳真回復(fù)響應(yīng)。
提出現(xiàn)場響應(yīng)計劃。
緊急。
0.5小時1小時4小時4小時。
1小時。
嚴(yán)重。
2小時8小時8小時。
中等。
輕度。
(3)故障修復(fù)時間。
表3.故障等級與故障修復(fù)時間。
故障等級。
緊急24小時。
嚴(yán)重24小時。
中等。
30小時時間。
2.8.6項目保障措施。
為了保障項目的順利實施,采用項目經(jīng)理負(fù)責(zé)制,由項目承建方制定的項目經(jīng)理全權(quán)負(fù)責(zé)項目所有問題。同時,對項目實施過程的各個方面設(shè)置專門的負(fù)責(zé)人,項目承建方需在園區(qū)派駐常駐聯(lián)絡(luò)員,八小時隨時待命,保證隨時問題隨時反饋,即時溝通,快速解決。
2.8.6.1組織保障體系。
為了保證項目的成功實施,在組織管理方面要制定嚴(yán)密細(xì)致的組織保障體系,建議成立以中山市農(nóng)科推廣中心領(lǐng)導(dǎo)和項目承建方領(lǐng)導(dǎo)組成的項目領(lǐng)導(dǎo)組,主要負(fù)責(zé)項目組織和實施過程中有關(guān)問題的協(xié)調(diào)和決策,并對項目進行宏觀指導(dǎo)。
項目領(lǐng)導(dǎo)小組下設(shè)項目管理辦公室,由中山市農(nóng)科推廣中心的有關(guān)管理人員和項目承建方相關(guān)部門人員組成,負(fù)責(zé)項目實施的具體管理和協(xié)調(diào)工作,檢查和監(jiān)督項目的進展。
檢查、監(jiān)督,指導(dǎo)項目的技術(shù)發(fā)展。
善的管理體系和組織保障體系。
2.8.6.2技術(shù)保障體系。
只有具有成功實施過類似項目經(jīng)驗的技術(shù)隊伍,才能保證本項目的成功。項目承建方要集中一批有經(jīng)驗的實施技術(shù)人才參加項目組。這些技術(shù)工程人員,除了自身具有獨立解決問題的能力之外,還能具有良好的協(xié)作能力和相互支援的作風(fēng)。
為保證項目的高質(zhì)量實施,建立由項目總負(fù)責(zé)人(項目經(jīng)理)負(fù)責(zé),系統(tǒng)總。
設(shè)計師技術(shù)把關(guān),專業(yè)分組,具有成熟案例開發(fā)經(jīng)驗的軟件工程師開發(fā),監(jiān)控的質(zhì)量技術(shù)體系。
從工程整體實施過程來看,每一個開發(fā)階段的實施,都由有項目經(jīng)驗的資深技術(shù)人員進行實施和全面管理控制。有過成功的經(jīng)驗,才能準(zhǔn)確把握項目的技術(shù)關(guān)鍵和難點,把問題消滅在產(chǎn)生之前或萌芽中,充分保證項目實施的成功率。有了成功實施的技術(shù)隊伍,才能保證項目的質(zhì)量和性能。
2.8.6.3質(zhì)量保障體系。
嚴(yán)格按照iso9001質(zhì)量管理體系規(guī)范市場、開發(fā)、銷售、工程等業(yè)務(wù)流程。目前,項目承建方需在項目質(zhì)量控制方面,有成熟的方案。工程實施單位在保證進度的同時應(yīng)充分保證項目質(zhì)量,項目承建方需制定本工程項目的質(zhì)量保障體系,從工程質(zhì)量管理體系、工程標(biāo)準(zhǔn)與規(guī)范、工程設(shè)備選型以及工程開發(fā)廠商資格認(rèn)定等方面來進行規(guī)范管理,以按時保質(zhì)地完成應(yīng)用工程實施。
(1)過程控制。
工程實現(xiàn)過程等主要過程形成了相應(yīng)的制度及體系文件。
制定《開發(fā)項目管理程序》,以控制各種產(chǎn)品的開發(fā)過程,確保產(chǎn)品滿足顧。
客及各相關(guān)方的要求。針對本項目的實現(xiàn)過程,將主要控制以下幾點:
1)設(shè)計和開發(fā)策劃。
軟件的開發(fā)經(jīng)立項后,由項目經(jīng)理組織對項目進行設(shè)計開發(fā)策劃,形成《軟件項目計劃》。
2)設(shè)計和開發(fā)輸入。
項目經(jīng)理在充分考慮業(yè)主的要求,合同及技術(shù)附件要求及國家、行業(yè)規(guī)定和標(biāo)準(zhǔn)的基礎(chǔ)上,確定設(shè)計的輸入要求,形成《軟件需求規(guī)格說明書》。
開發(fā)項目組負(fù)責(zé)組織有關(guān)部門和人員對”設(shè)計輸入”的內(nèi)容進行評審,以確保設(shè)計輸入是充分的和適宜的。
3)設(shè)計和開發(fā)輸出。
項目經(jīng)理根據(jù)《軟件項目計劃》的要求,按產(chǎn)品設(shè)計程序分階段提供經(jīng)過評審的軟件產(chǎn)品、驗收標(biāo)準(zhǔn)、使用說明書等全部設(shè)計輸出,并滿足設(shè)計輸入的要求。設(shè)計輸出文件發(fā)布前應(yīng)予以評審,并經(jīng)過授權(quán)人的批準(zhǔn)。
4)設(shè)計和開發(fā)評審。
由開發(fā)項目組組織有關(guān)部門和專業(yè)人員,按程序文件規(guī)定的方法評審,并做好記錄。設(shè)計評審的參加者除要求的專家外,還應(yīng)包括與評審內(nèi)容相關(guān)的設(shè)計人員。對于評審識別的任何問題及提出的必要措施,由項目經(jīng)理實施改進,改進措施應(yīng)做出記錄。評審記錄、改進措施的記錄隨開發(fā)文件一并歸檔。
5)設(shè)計和開發(fā)驗證。
根據(jù)本項目產(chǎn)品的特點,常用的設(shè)計驗證方法是測試、同行評審、走查。測。
試工作應(yīng)有經(jīng)批準(zhǔn)的測試依據(jù),保留測試記錄。同行評審和走查應(yīng)保留相關(guān)記錄。
設(shè)計驗證結(jié)果應(yīng)有明確的驗證結(jié)論。設(shè)計驗證的結(jié)論及隨后采取的必要措施。
應(yīng)由項目經(jīng)理形成報告,并保持記錄,隨開發(fā)文件一并歸檔。
6)設(shè)計和開發(fā)確認(rèn)。
為確保產(chǎn)品滿足業(yè)主要求,在產(chǎn)品交付必須前進行產(chǎn)品的設(shè)計確認(rèn)。
確認(rèn)結(jié)。
果和跟蹤措施應(yīng)予以記錄。設(shè)計確認(rèn)常采用系統(tǒng)驗收測試。
+鑒定會的方法。
在設(shè)計確認(rèn)之后,進行產(chǎn)品發(fā)布,由產(chǎn)品經(jīng)理批準(zhǔn),由軟件配置管理員實施。
7)設(shè)計和開發(fā)更改的控制。
所有更改和修訂必須經(jīng)原審批途徑進行審批,或由設(shè)計更改的實施部門負(fù)責(zé)人批準(zhǔn)。
設(shè)計更改必須經(jīng)過評審和驗證,必要時組織設(shè)計確認(rèn)。對設(shè)計更改的評審包括對已投入使用的產(chǎn)品及產(chǎn)品的其他組成部分的影響,提出處理意見。
(2)質(zhì)量控制。
軟件開發(fā)階段劃分的目的是為了便于形成基于里程碑的軟件開發(fā)質(zhì)量控制。
體系,每個里程碑都是一個質(zhì)量控制節(jié)點,這些質(zhì)量控制節(jié)點貫穿于整個軟件開。
發(fā)全過程,從而構(gòu)成軟件開發(fā)的質(zhì)量控制體系。
貫穿于整個生命周期中的qa活動必須依據(jù)一整套的規(guī)范來進行,在每個里程碑結(jié)束時質(zhì)量控制機構(gòu)sqa(由技術(shù)質(zhì)量部和測試小組組成),根據(jù)相應(yīng)的軟件開發(fā)管理規(guī)范及應(yīng)用要求對階段成果進行評議控制,確保應(yīng)用開發(fā)的順利進行,及交付的應(yīng)用系統(tǒng)能夠滿足業(yè)主的使用需要,確保交付的系統(tǒng)能夠代表項目承建方的整體技術(shù)水平。同時也有利于規(guī)避軟件開發(fā)風(fēng)險。
1)質(zhì)量保證措施。
為確保軟件生存月期的各階段的質(zhì)量要求得到滿足,要求按照。
iso9001系。
列標(biāo)準(zhǔn)對本項目進行質(zhì)量管理和控制。分析、設(shè)計、開發(fā)、安裝和維護等各階段。
活動均按以下要求監(jiān)控質(zhì)量:
2)實施預(yù)防與校正措施。
目的:制定有效、切實可執(zhí)行的預(yù)防和校正措施并貫徹執(zhí)行。對業(yè)主方項目組提出的意見明確處理規(guī)程,積極預(yù)防不合格的現(xiàn)象發(fā)生,徹底校正已發(fā)生的不合格現(xiàn)象。
工作程序:
預(yù)防為主、采取預(yù)防措施。根據(jù)項目實施進度,預(yù)防項目各階段可能出現(xiàn)的問題,采取相應(yīng)的預(yù)防措施。
出現(xiàn)問題(不合格現(xiàn)象)、及時采取糾正措施。同時,分析不合格現(xiàn)象產(chǎn)生的原因,及時采取糾正措施,并控制不合格現(xiàn)象的影響范圍,同時控制不合格現(xiàn)象再次發(fā)生。
及時記錄故障現(xiàn)象,制定出文檔,以備以后查詢。
預(yù)防與糾正措施要經(jīng)過雙方共同評審。
2.8.6.4應(yīng)急保障措施。
為保障項目的順利實施,應(yīng)對實施過程中的突發(fā)事件,成立應(yīng)急保障小組,在項目實施過程中常駐中山市。由項目經(jīng)理負(fù)責(zé),組織處理實施中的突發(fā)問題。
應(yīng)急保障小組配有應(yīng)急電話,采用輪流值班方式,保證應(yīng)急電話二十四小時開通。項目實施過程中,每天會在施工現(xiàn)場派駐一名小組成員,處理現(xiàn)場問題,項目經(jīng)理每天保證各現(xiàn)場巡查一次。如遇到緊急情況,由現(xiàn)場保障小組成員處理,事后匯報給項目經(jīng)理;如果現(xiàn)場解決不了,第一時間匯報項目經(jīng)理,由項目經(jīng)理組織協(xié)商,保證在二十四小時內(nèi)給出解決方案。
軟件維護項目方案篇四
一、現(xiàn)狀分析:
從本月22日上班到現(xiàn)在已有一周的工作時長,就目前來看,我個人還處于對公司以及公司產(chǎn)品的認(rèn)識階段,對公司以及公司產(chǎn)品還不夠深入的了解。從近期與客戶交流情況分析,我個人存在以下幾方面的不足(肯定不只這些,我水平有限只能發(fā)現(xiàn)以下缺點,如領(lǐng)導(dǎo)發(fā)現(xiàn)我的缺點還望指點,我會悉心聽取教誨并努力該改正):
1、我對公司以及公司產(chǎn)品沒有深入了解,對產(chǎn)品的操作流程以及報價還不是很清楚。
2、我對怎樣挖掘潛在客戶還沒有的方法,還處于摸索階段。
3、我對網(wǎng)站評估的相關(guān)工具,如百度指數(shù)、百度收容量,網(wǎng)站綜合排名等工具還不是很熟悉,對怎樣去評價一個網(wǎng)站是否屬于網(wǎng)絡(luò)營銷型網(wǎng)站還不是很了解。
4、我對判別一個網(wǎng)站是屬于哪一種類型欠缺了解。
5、我對客戶提出的問題有時不能給予及時的回復(fù),原因是自己對某些問題根本就不了解。
6、我對房地產(chǎn)行業(yè)缺乏了解,知識面不廣。
7、我對百度推廣方面的認(rèn)識還夠,缺乏相應(yīng)的學(xué)習(xí)。
8、我跟客戶的交流技巧還有待改善。
二、針對目前的現(xiàn)狀,特制定近期工作計劃:
1、爭取用3-5天的時間,全面、具體、詳細(xì)地了解公司及公司產(chǎn)品。
2、多看看對手怎么做,通過對比學(xué)習(xí),從而提高自己。
4、多學(xué)習(xí)網(wǎng)絡(luò)營銷方面的知識,提升為客戶服務(wù)的質(zhì)量。
5、每天完成加q群、百度hi群(房地產(chǎn)相關(guān)方面的群)的任務(wù)數(shù)量,想盡一切辦法提高加群的進入度。
6、不斷摸索與客戶的交流技巧,不斷提高客戶的成交量。
7、每天挖掘至少20個潛在客戶。
8、定期/不定期的聯(lián)系有意向的客戶,回訪已成交的客戶。
9、每天工作后及時進行自我。
軟件維護項目方案篇五
一、項目實施方案概述
二、項目實施方案介紹
(一)項目啟動階段
(二)需求調(diào)研確認(rèn)階段
(三)軟件功能實現(xiàn)確認(rèn)階段
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
(五)系統(tǒng)培訓(xùn)階段
(六)系統(tǒng)安裝測試及試運行階段
(七)總體驗收階段
(八)系統(tǒng)交接階段
一、項目實施方案概述
軟件產(chǎn)品,特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品,用戶購買軟件產(chǎn)品之后,不能立即進行使用,需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明,軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產(chǎn)品本身的質(zhì)量,軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。
項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認(rèn)階段、軟件功能實現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關(guān)系,上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
(一)項目啟動階段
此階段處于整個項目實施工作的最前期,由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù):
公司:在合同簽定后,指定項目經(jīng)理,成立項目組,授權(quán)項目組織完成項目目標(biāo)。
公司項目組:進行前期項目調(diào)研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務(wù)經(jīng)理:配合公司項目組,將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯(lián)系。
用戶:成立項目實施組織,配合前期調(diào)研和召開啟動會,簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組
部門經(jīng)理接到實施申請后,任命項目經(jīng)理,指定項目目標(biāo),由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù),并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研
項目經(jīng)理及項目組成員,在商務(wù)人員配合下,建立與用戶的聯(lián)系,對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中,商務(wù)經(jīng)理積累了大量的信息,項目組首先應(yīng)收集商務(wù)和合同信息,并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合,隨著項目信息不斷豐富和變化,會被不斷變更,主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容:
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》,包括以下內(nèi)容:
項目實施中項目管理的必要性和如何進行項目管理,項目的質(zhì)量如何控制;
項目實施中用戶的'參與和領(lǐng)導(dǎo)的支持的重要作用;
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認(rèn)階段
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求,包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等,實施人員調(diào)研完成后,會編寫《需求調(diào)研分析手冊》,并交付用戶進行確認(rèn),待用戶對《需求調(diào)研分析手冊》上所提到的需求確認(rèn)完畢后,項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容:
1、進行需求調(diào)研準(zhǔn)備
2、編制《需求調(diào)研計劃》
3、內(nèi)部評審是否通過《需求調(diào)研計劃》,項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審,如評審?fù)ㄟ^,則在稍后的時間內(nèi)簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》,如用戶簽署《需求調(diào)研計劃》,則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更,如果計劃存在變更,則執(zhí)行變更控制流程,否則按計劃進行后續(xù)工作。
7、需求調(diào)研,項目組以《需求調(diào)研手冊》為依據(jù),從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研,并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果,項目組和公司其他技術(shù)部門將進一步進行分析,確定合理、可行的需求,將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審,如評審?fù)ㄟ^,則在稍后由用戶簽署,如評審不通過則重新修改,直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認(rèn)通知》。項目組編寫《需求分析報告確認(rèn)通知》,發(fā)給用戶,確定進行需求確認(rèn)的相關(guān)事宜,告之相關(guān)部門及人員安排好工作,準(zhǔn)時參與需求確認(rèn)工作,為順利完成需求確認(rèn)工作做準(zhǔn)備。
(三)軟件功能實現(xiàn)確認(rèn)階段
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中,項目實施人員將記錄軟件實現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后,項目實施人員將編制《軟件功能確認(rèn)表》,將定制好軟件功能待用戶確認(rèn),用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作,并對用戶進行初裝資料的軟件操作培訓(xùn),以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng),初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認(rèn)識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的,達到讓用戶了解軟件產(chǎn)品,最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層,對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:
1、調(diào)研培訓(xùn)信息:在培訓(xùn)開始前3天由用戶實施負(fù)責(zé)人,將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:結(jié)合調(diào)研結(jié)果,與用戶實施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時間,場地,人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:用戶簽署《培訓(xùn)計劃》,進一步確認(rèn)培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:培訓(xùn)開始前2天,按照簽署的《培訓(xùn)計劃》,將培訓(xùn)內(nèi)容、時間,場地,人員等信息通知用戶實施負(fù)責(zé)人。
5、搭建培訓(xùn)環(huán)境:公司項目組在培訓(xùn)開始前,將培訓(xùn)環(huán)境搭建及檢查妥當(dāng),將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn),按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段
此階段的主要工作是在用戶真實環(huán)境下,對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試,對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平,掌握操作規(guī)范。此階段的主要工作內(nèi)容為:
1、 編制計劃:與用戶實施負(fù)責(zé)人商議具體測試及試運行時間,地點,人員等安排,項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》,進一步確認(rèn)測試及試運行安排。
3、發(fā)測試及試運行通知:在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負(fù)責(zé)人。
5、組織測試及試運行:用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合,組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié):測試及試運行完成,總結(jié)試運行中設(shè)備、軟件的運行情況,總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況,以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負(fù)責(zé)人。
公司項目組負(fù)責(zé)擔(dān)當(dāng)指揮,檢查用戶人員組織情況并給予指導(dǎo),跟蹤檢查如下情況:
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通,確定解決辦法。
軟件維護項目方案篇六
一、項目資料的準(zhǔn)備工作,并對用戶進行初裝資料的軟件操作培訓(xùn),以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng),初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認(rèn)識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的,達到讓用戶了解軟件產(chǎn)品,最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層,對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:。
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:。
1、調(diào)研培訓(xùn)信息:在培訓(xùn)開始前3天由用戶實施負(fù)責(zé)人,將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:結(jié)合調(diào)研結(jié)果,與用戶實施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時間,場地,人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:用戶簽署《培訓(xùn)計劃》,進一步確認(rèn)培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:培訓(xùn)開始前2天,按照簽署的《培訓(xùn)計劃》,將培訓(xùn)內(nèi)容、時間,場地,人員等信息通知用戶實施負(fù)責(zé)人。
5、搭建培訓(xùn)環(huán)境:公司項目組在培訓(xùn)開始前,將培訓(xùn)環(huán)境搭建及檢查妥當(dāng),將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn),按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下,對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試,對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平,掌握操作規(guī)范。此階段的主要工作內(nèi)容為:。
1、編制計劃:與用戶實施負(fù)責(zé)人商議具體測試及試運行時間,地點,人員等安排,項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》,進一步確認(rèn)測試及試運行安排。
3、發(fā)測試及試運行通知:在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負(fù)責(zé)人。
5、組織測試及試運行:用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合,組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié):測試及試運行完成,總結(jié)試運行中設(shè)備、軟件的運行情況,總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況,以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負(fù)責(zé)人。
公司項目組負(fù)責(zé)擔(dān)當(dāng)指揮,檢查用戶人員組織情況并給予指導(dǎo),跟蹤檢查如下情況:。
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通,確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行,在每一項目階段結(jié)束時,用戶對這一階段的可交付成果進行驗收,在測試及試運行結(jié)束后,對系統(tǒng)進行總體驗收。
需要驗收的可交付成果:。
階段組成。
主要里程碑。
可交付成果。
啟動。
階段。
簽署的《總體項目計劃》。
啟動會。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認(rèn)。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件。
實現(xiàn)。
簽署的《軟件功能確認(rèn)表》。
數(shù)據(jù)。
初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)數(shù)據(jù)初裝完成。
《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成。
《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成。
《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成。
《總體驗收報告》。
(八)系統(tǒng)交接階段。
此階段是項目實施的最后一個階段,主要工作是軟件公司項目組向用戶移交軟件項目,包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔,并簽署《售后服務(wù)協(xié)議》,項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》,對軟件公司項目實施人員的整個項目實施情況進行評價,軟件公司將聽取用戶的意見,再今后的項目實施管理中進行加強和改進。
軟件維護項目方案篇七
團隊建設(shè)方案(一)
一、明確科技創(chuàng)新團隊定義
團隊是指有一定的互補技能,愿意為了共同的目標(biāo)相互協(xié)作的個體所組成的正式群體??萍紕?chuàng)新團隊是以學(xué)科領(lǐng)軍人物為核心,以科研骨干為主體,專業(yè)人才和科研輔助人員相配套,優(yōu)勢互補、團結(jié)協(xié)作,穩(wěn)定從事基礎(chǔ)研究、應(yīng)用研究、高新技術(shù)研究、關(guān)鍵技術(shù)攻關(guān)、技術(shù)集成與示范推廣等的緊密型創(chuàng)新研究群體。
二、創(chuàng)新團隊的特點
有引領(lǐng)學(xué)科發(fā)展的領(lǐng)軍人才。一個優(yōu)秀的科技創(chuàng)新團隊必然要有一個領(lǐng)軍人物,這個領(lǐng)軍人物必須具有較強的戰(zhàn)略思維能力、學(xué)科透視與把握能力、組織協(xié)調(diào)能力和合作精神,具有良好的學(xué)術(shù)道德和社會責(zé)任感,能夠發(fā)揮較強的凝聚和領(lǐng)銜作用,并已經(jīng)取得優(yōu)秀業(yè)績或具有明顯的創(chuàng)新潛力。
有明確穩(wěn)定的研究目標(biāo)團隊。要有明確的研究目標(biāo)和相對穩(wěn)定的研究方向,要緊密圍繞國家發(fā)展戰(zhàn)略需求和國家中長期科技發(fā)展規(guī)劃、區(qū)域經(jīng)濟發(fā)展戰(zhàn)略和轉(zhuǎn)型升級的需要,開展基礎(chǔ)、應(yīng)用和高新技術(shù)及產(chǎn)業(yè)化研究等。
有較為深厚的學(xué)術(shù)積累。有良好的科研工作基礎(chǔ)和發(fā)展?jié)摿?,以重大科研項目為載體,已經(jīng)或能夠獲得重大科技成果和學(xué)術(shù)成就。
有結(jié)構(gòu)合理的學(xué)術(shù)梯隊。團隊內(nèi)部具有合理的專業(yè)知識結(jié)構(gòu)、職稱結(jié)構(gòu)、學(xué)歷結(jié)構(gòu)和年齡結(jié)構(gòu),甚至包括個性結(jié)構(gòu),能夠保持持續(xù)的創(chuàng)新活力和發(fā)展能力。
有良好的文化氛圍和團隊精神。團隊內(nèi)部具有和諧的氛圍,能夠進行知識交流和有效溝通,同時團隊成員具有以淡泊個人名利為主的協(xié)作精神。
寧波市20**年開始開展科技創(chuàng)新團隊的建設(shè)工作。目前,寧波市科技創(chuàng)新團隊分為二個層次:第一層次創(chuàng)新團隊和第二層次創(chuàng)新團隊。從今年評審情況看,第一層次主要是高校研究單位。
三、創(chuàng)新團隊建設(shè)的核心內(nèi)容
1、依托單位(申報單位)
從重點企業(yè)中遴選(重點從高新技術(shù)企業(yè)、科技型企業(yè)及省、寧波市及本市工程技術(shù)中心中培育);鼓勵企業(yè)與高??蒲袡C構(gòu)開展科技合作。依托企業(yè)有行之有效的管理制度并能提供持續(xù)的經(jīng)費保障、。
2、團隊組成
創(chuàng)新團隊人員:首席專家(或帶頭人)、核心人員、其它人員,創(chuàng)新團隊規(guī)模:創(chuàng)新團隊?wèi)?yīng)具備合理的人才規(guī)模和結(jié)構(gòu)。從事研究開發(fā)的工程技術(shù)人員應(yīng)在8人以上,且來自企業(yè)的成員不少于二分之一;有合理的專業(yè)和年齡結(jié)構(gòu)。
首席專家(職稱、學(xué)術(shù)水平、組織協(xié)調(diào)能力、年齡):創(chuàng)新團隊首席專家應(yīng)具備履職所需的良好素質(zhì)、在科研一線工作,有較高的學(xué)術(shù)造詣;有良好的政治素質(zhì)和較強的組織協(xié)調(diào)能力;有充沛的精力領(lǐng)導(dǎo)團隊開展工作;身體健康,年齡一般不超過65周歲。
其它人員:半數(shù)以上成員應(yīng)具有中級以上專業(yè)技術(shù)資格或三分之二以上人員具有大學(xué)畢業(yè)學(xué)歷;團隊成員學(xué)科交叉、專業(yè)多樣、能力互補,無侵犯他人知識產(chǎn)權(quán)等科研不端行為。
3、創(chuàng)新能力
創(chuàng)新團隊?wèi)?yīng)具有穩(wěn)定的研發(fā)方向和較高的創(chuàng)新水平。(已經(jīng)實施的科技項目、開發(fā)的產(chǎn)品、
取得的成果、獲得的獎勵、專利、編寫論文等)
4、研究方向和目標(biāo)
方向:今后三年主要開展哪個領(lǐng)域的研究和開發(fā),具體研究的項目,開發(fā)的產(chǎn)品)和創(chuàng)新基礎(chǔ)和條件(重點是依托單位現(xiàn)有的科研的軟硬件條件)方向:應(yīng)在《市“十二五”科技創(chuàng)新發(fā)展規(guī)劃》提出的科技發(fā)展重點領(lǐng)域開展關(guān)鍵共性技術(shù)攻關(guān)和戰(zhàn)略性產(chǎn)品開發(fā),對推動發(fā)展戰(zhàn)略性新興產(chǎn)業(yè)和傳統(tǒng)優(yōu)勢產(chǎn)業(yè)轉(zhuǎn)型升級具有重大現(xiàn)實意義。
目標(biāo):團隊建設(shè)以具體項目為載體,具有明確的技術(shù)實現(xiàn)路線和可行的人才培養(yǎng)計劃,周期內(nèi)有明確的階段性自主知識產(chǎn)權(quán)和標(biāo)志性創(chuàng)新成果目標(biāo),以及實現(xiàn)產(chǎn)業(yè)化的計劃。
5、創(chuàng)新基礎(chǔ)和條件
創(chuàng)新團隊建設(shè)應(yīng)與市企業(yè)工程技術(shù)中心等創(chuàng)新載體緊密結(jié)合。
四、建設(shè)要點及條件
1、團隊名稱:研究方向(領(lǐng)域)+創(chuàng)新團隊。
5、團隊的規(guī)模:團隊的規(guī)模不宜過大,根據(jù)研究方向和內(nèi)容要求確定,一般在20人以內(nèi)較為合適。
6、創(chuàng)新團隊帶頭人和核心成員簡介:主要是介紹團隊帶頭人及核心成員的學(xué)習(xí)及工作經(jīng)歷、實施的科技項目、產(chǎn)品開發(fā)情況、編寫的論文、取得的科技成果(專利)、獲得的榮譽等等,真實、詳盡。能充分說明團隊帶動人和核心成員的學(xué)術(shù)水平、科研能力。從另一方面說明,本團隊具有較強的研發(fā)能力,能保證團隊各項研究工作的順利開展。
7、創(chuàng)新團隊成員合作研究成果簡介:主要是介紹團隊所有成員單獨或聯(lián)合取得的研究成果:包括專利、承擔(dān)的科技項目新產(chǎn)品開發(fā)、科技成果鑒定(驗收)證書、論文等。該材料必須有證明材料印證。如果研究成果較多,可以選擇最能體現(xiàn)研究能力和水平,代表最高學(xué)術(shù)成就的內(nèi)容?,F(xiàn)在研究基礎(chǔ):著重突出以下幾方面內(nèi):
10、未來研究方向和目標(biāo):主要是今后三年的研究方向和目標(biāo)。這部分主要是二個方面:一是研究方向,二是研究目標(biāo)。研究方向是指團隊今年三年主要從事哪個領(lǐng)域或者是哪個方面的研究,例如智能家電領(lǐng)域、數(shù)碼音視頻技術(shù)等(注意產(chǎn)業(yè)導(dǎo)向問題)。編寫時不僅要闡述團隊的研究方向,還應(yīng)該分析國內(nèi)外該領(lǐng)域科技發(fā)展的趨勢和現(xiàn)狀,分析在該領(lǐng)域開展研究的必要性和重要性。研究目標(biāo):主要是今后三年團隊要從事的研究項目和開發(fā)的產(chǎn)品。這是團隊今年幾年要做的主要工作,也是創(chuàng)新團隊的核心內(nèi)容。
標(biāo)需要開展的研究。研究內(nèi)容應(yīng)該是圍繞項目目標(biāo)開展,通過具體的研究最終目的是為實現(xiàn)總體目標(biāo);關(guān)鍵技術(shù):關(guān)鍵技術(shù)也就是該項目技術(shù)上需要突破的方面,是項目研究先進性、創(chuàng)新性的體現(xiàn)。關(guān)鍵技術(shù)必須是在現(xiàn)在的基礎(chǔ)上的進一步,是需要研究解決的問題)技術(shù)路線:是整個項目研究的重要環(huán)節(jié),技術(shù)路線與研究目標(biāo)、研究內(nèi)容及關(guān)鍵技術(shù)之間是緊密相關(guān)的,技術(shù)路線其實是說明為了目標(biāo)和研究內(nèi)容具體該怎么做,采取什么樣的措施和方法。
11、研究進度及經(jīng)費安排:按照項目進行分解,即分個項目的具體開始結(jié)束時間及進度目標(biāo)要求,每個項目一條。經(jīng)費投入也是按一個項目填報。經(jīng)費預(yù)算是實施項目的`經(jīng)費合計和分類。申請資助金額最多150萬元。經(jīng)費預(yù)算要合理、科學(xué),實事求是。
12、人才培養(yǎng)規(guī)劃要對帶動人、核心成員、其它成員三個層次進行闡述,重點闡述對中青年的培養(yǎng)計劃。規(guī)劃要具有可操作性。內(nèi)容大概應(yīng)包括:培養(yǎng)對象、培養(yǎng)內(nèi)容、培養(yǎng)方式(模式)、人才管理(使用)、經(jīng)費保障等。(三個層次都應(yīng)該涉及)
各合作方的協(xié)作規(guī)劃:要圍繞研究方向和目標(biāo)各方在今后三年承擔(dān)的角色和發(fā)揮的作用。
13、產(chǎn)業(yè)化計劃:對非基礎(chǔ)性研究、前瞻性研究具有實現(xiàn)產(chǎn)業(yè)化的需要提供產(chǎn)業(yè)化計劃。產(chǎn)業(yè)化計劃根本就是如何把研究的項目、開發(fā)的產(chǎn)業(yè)推向市場,實現(xiàn)量產(chǎn),并取得較發(fā)的經(jīng)濟效益。
14、項目申報單位在項目經(jīng)費預(yù)算上報的同時,報送單位上年度審計后的財務(wù)報表;非基礎(chǔ)性、前瞻性研究具有實現(xiàn)產(chǎn)業(yè)化的計劃;其他相關(guān)證明材料。
團隊建設(shè)方案(二)
為了深化普通高中課程改革,創(chuàng)新人才培養(yǎng)模式,促進教師專業(yè)發(fā)展,破解中年教師職業(yè)倦怠問題,現(xiàn)根據(jù)國家省市中長期教育改革與發(fā)展規(guī)劃綱要以及《教育部關(guān)于大力加強中小學(xué)教師培訓(xùn)工作的意見》(教師〔20**〕1號)精神,借鑒《溫州市中小學(xué)骨干教師管理暫行辦法》(溫教政〔2015〕129號),結(jié)合《蒼南中學(xué)教師專業(yè)發(fā)展培訓(xùn)規(guī)劃(20**―20**)》和《蒼南中學(xué)教師培養(yǎng)培訓(xùn)管理辦法》,制定本方案。
一、指導(dǎo)思想
以科學(xué)發(fā)展觀為指導(dǎo),遵循教育教學(xué)規(guī)律和人才培養(yǎng)規(guī)律,堅持“以教師為本,個性化發(fā)展,差異性成長,整體性提升”的思路,以提高教師整體素質(zhì)為目標(biāo),以解決教師職業(yè)倦怠及專業(yè)發(fā)展“瓶頸”問題為突破口,采取“學(xué)術(shù)委員會領(lǐng)導(dǎo)、名師工作室引領(lǐng)、青藍(lán)工程團隊引導(dǎo)、教師研訓(xùn)學(xué)科基地主導(dǎo)、年輕教師書友會參與”的運行機制和切實有效的措施,探討新課程理念下教師多元梯級團隊建設(shè)的有效途徑,建設(shè)一支符合時代要求的高素質(zhì)教師隊伍,為建設(shè)省一級特色普通高中奠定基礎(chǔ)。
二、實施目標(biāo)
1、激發(fā)自我發(fā)展內(nèi)驅(qū)力,實現(xiàn)教師差異性成長。通過設(shè)計多元的校本教研活動,創(chuàng)建良好的學(xué)習(xí)性、研究性、合作性教師發(fā)展文化,讓教師在團隊中選擇適合自身發(fā)展需求的活動,激發(fā)教師自我發(fā)展愿望和內(nèi)在發(fā)展動力,不斷提高教師專業(yè)發(fā)展能力,實現(xiàn)教師差異性成長。形成一支“團結(jié)和諧,合作和睦,互幫互學(xué),共同提高”的教師團隊。
2、搭建智慧共享化平臺,促進教師團隊化發(fā)展。通過建立由校級領(lǐng)導(dǎo)、教務(wù)主任、教科室主任蹲點和由市縣名師、省教壇新秀、市“三壇”、縣專業(yè)骨干組成的名師工作室、參與式工作坊、學(xué)科研究小組和跨學(xué)科合作小組,實施學(xué)習(xí)共同體扁平化管理,指導(dǎo)、激勵學(xué)習(xí)型團隊開展研討活動,使教師群體更愿意接受和吸納指導(dǎo)者意見,使團隊學(xué)習(xí)更具針對性和實效性。打造“充滿生機活力,各具進取精神,富有創(chuàng)新意識”的多元梯級團隊。
3、踐行“教師發(fā)展為本”理念,探索梯級團隊建設(shè)模式。依據(jù)“以人為本”的管理思想,
為教師成長創(chuàng)建寬松、愉悅、和諧的氛圍,提高教師的職業(yè)意識、專業(yè)技能和自我發(fā)展的精神,在實踐中探索教師發(fā)展的自主性、自覺性以及客觀需求,為教師教育及教育管理方面的決策提供寶貴的素材。造就一支擁有“愛崗與責(zé)任、愛生與敬業(yè)、愛心與感恩、合作與共贏”的教師團隊。
4、謀求一種“自主自覺,合作和睦,開拓進取,探究創(chuàng)新”的教師多元梯級團隊合作文化。每位教師都能著眼于學(xué)生發(fā)展、教師發(fā)展和學(xué)校發(fā)展的共同愿景,堅持走“專業(yè)自主發(fā)展和團隊合作共贏”之路,把“立德樹人”作為教育的根本任務(wù),()把“追求卓越,超越自我,努力使自己在教育教學(xué)實踐活動中對學(xué)生產(chǎn)生強烈而持久的人際吸引力、精神感召力和智慧啟迪力”作為各自從事教育工作的畢生追求。
三、建設(shè)原則
1、學(xué)校需要與教師需求相結(jié)合原則:根據(jù)《蒼南中學(xué)教育改革與發(fā)展規(guī)劃(20**20**)》,把教育改革與發(fā)展要求、省一級特色普通高中創(chuàng)建需要、教師專業(yè)成長需求有機結(jié)合起來,努力培養(yǎng)一支“學(xué)習(xí)型”、“研究型”、“專家型”的教師隊伍。
2、自主修煉與團隊集訓(xùn)相結(jié)合原則:根據(jù)《蒼南中學(xué)教師專業(yè)發(fā)展培訓(xùn)規(guī)劃(20**―20**)》,把教師自主修煉計劃、團隊集訓(xùn)計劃和全校教師專業(yè)發(fā)展培訓(xùn)年度計劃有機結(jié)合起來,努力培養(yǎng)一支“既有學(xué)校特色,又有教師個體發(fā)展優(yōu)勢”的教師隊伍。
3、個性發(fā)展與差異成長相結(jié)合原則:根據(jù)學(xué)校培養(yǎng)人文素養(yǎng)與科學(xué)精神相融合的教師團隊要求,把教師的個性化發(fā)展與差異性成長相結(jié)合,通過聚焦教師教學(xué)行為方式改革建立充滿人文關(guān)懷的新課堂,發(fā)揮教師各自的主觀能動作用,主動實施“促進有效學(xué)習(xí)”的課堂變革實驗項目方案,努力建設(shè)一支具有教師個性特征和差異發(fā)展規(guī)律的多元梯級團隊。
4、梯級培養(yǎng)與整體發(fā)展相結(jié)合原則:根據(jù)《蒼南中學(xué)教師培養(yǎng)培訓(xùn)管理辦法》的要求,把教師梯級培養(yǎng)與整體發(fā)展相結(jié)合,特別在課堂變革、校本教研、教書育人、課程開發(fā)、選修課程執(zhí)教能力和教師文化傳承與創(chuàng)新等方面達到共同要求的基礎(chǔ)上都有所進步和發(fā)展,努力打造具有蒼本特色和地方文化特征的教師多元梯級團隊。
四、強化學(xué)習(xí)組織系統(tǒng)
1、加強教研組(備課組)建設(shè)。根據(jù)《蒼南中學(xué)關(guān)于進一步加強教研組建設(shè)的若干意見》要求,以教研組、備課組為單位開展“觀課議課、團隊研課、全員賽課、探究冷課”的校本教研活動、 構(gòu)建“先學(xué)后教 + 自主合作 + 問題評價”的生本高效課堂教學(xué)模式 ,努力把教研組建設(shè)成為學(xué)習(xí)型組織。
2、創(chuàng)建市縣教師研訓(xùn)學(xué)科基地。
一、團隊建設(shè)目標(biāo)
完成公司各類內(nèi)部應(yīng)用系統(tǒng)的建設(shè)和平面廣告的設(shè)計,完成公司承接各類對外的系統(tǒng)設(shè)計和平面廣告設(shè)計,協(xié)助完成網(wǎng)絡(luò)推廣任務(wù)。
二、團隊組成
系統(tǒng)架構(gòu)事:1名(兼項目經(jīng)理)
程序員:1名
美工設(shè)計師:1名(兼平面廣告設(shè)計)
前端工程師:1名
三、團隊人員職責(zé)
系統(tǒng)架構(gòu)師:負(fù)責(zé)系統(tǒng)功能要求的設(shè)計,負(fù)責(zé)對外項目的需求調(diào)研與分析,負(fù)責(zé)系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計,負(fù)責(zé)系統(tǒng)數(shù)據(jù)接口設(shè)計,負(fù)責(zé)項目進度的掌控以及后續(xù)維護工作的協(xié)調(diào)與對接,對整個項目負(fù)第一責(zé)任。
程序員:負(fù)責(zé)所有項目后臺代碼的編寫。
美工設(shè)計師:負(fù)責(zé)所有項目的整體美工設(shè)計,負(fù)責(zé)所有項目的圖標(biāo)、圖片設(shè)計與剪裁,負(fù)責(zé)其他各類平面廣告的設(shè)計。
前段工程師:負(fù)責(zé)所有應(yīng)用系統(tǒng)的前臺頁面設(shè)計,負(fù)責(zé)頁面交互方式的實現(xiàn)設(shè)計,負(fù)責(zé)頁面交互動畫的設(shè)計,負(fù)責(zé)頁面在各類瀏覽器平臺的匹配。
四、團隊人員的技能要求
系統(tǒng)架構(gòu)師:
1:具備 8 年以上軟件行業(yè)工作經(jīng)驗;
11:良好的團隊意識和協(xié)作精神,有較強的內(nèi)外溝通能力;
12:具備優(yōu)秀的代碼安全與規(guī)范的審查能力。
程序員:
1:精通asp,net(c#)開發(fā);
2:熟練使用vs 2015/2012/2015開發(fā)環(huán)境;
3:熟悉軟件開發(fā)流程,熟練使用vss, svn等版本控制工具;
4:熟悉ajax,jqury,javascrip、html等;
5:熟悉ado:net,精通sql語句;
7:具備良好的面向?qū)ο蟮脑O(shè)計思想,熟悉設(shè)計模式;
8:有良好的編程習(xí)慣和開發(fā)規(guī)范;
9:具備較強的自學(xué)能力;
10:熱愛技術(shù)、責(zé)任心強、能在較高壓力下工作;
11:有兩年實際項目開發(fā)經(jīng)驗優(yōu)先;
6:1-3年界面設(shè)計工作經(jīng)驗,可接受優(yōu)秀應(yīng)屆畢業(yè)生;
7:年齡要求22—35周歲。
前端工程師:
2:熟悉ajax/xml/json等網(wǎng)絡(luò)通信技術(shù)和數(shù)據(jù)交換格式;
6:開發(fā)、有大型網(wǎng)站前端開發(fā)經(jīng)驗者優(yōu)先;
8:有兩年或以上相關(guān)工作。
五、其他相關(guān)說明
美工設(shè)計師和前段工程師崗位互通性較強,如果有優(yōu)秀的美工設(shè)計師可以不用招聘前段工程師,反之亦然。
六、團隊福利待遇
暫無說明
一、團隊組建建議
經(jīng)銷商在不同的軟件經(jīng)營發(fā)展階段,對團隊的要求,即銷售團隊的任務(wù)要求是不同的,所以團隊的建設(shè)也要跟據(jù)不同時間段有不同的建設(shè)方案。
發(fā)展初期 公司只有產(chǎn)品而幾乎沒有客戶,這時銷售團隊的任務(wù)就是努力尋找目標(biāo)客戶,實現(xiàn)銷售,迅速進行產(chǎn)品宣傳及公司宣傳。所以,在團隊發(fā)展初期階段重點在于銷售人員,在人員配置比例上,以銷售占大部分,以下是初期階段的人員配置結(jié)構(gòu)圖,供參考:
說明
1、 團隊最少要求6個人結(jié)構(gòu)
2、 團隊主管的職責(zé)是管理好團隊,做好團隊人員分工、工作安排及協(xié)調(diào)工作。做好團隊的整體規(guī)劃,客戶的商務(wù)談判及銷售。做好內(nèi)部人員的銷售及技術(shù)培訓(xùn)。作為團隊主管要用80%的精力抓銷售,20%的精力抓管理。所以作為團隊主管要有很高的銷售水平及談判能力,一定的管理團隊能力,一定的技術(shù)水平。一點技術(shù)不懂是不行的。
3、 直銷人員的職責(zé)是負(fù)責(zé)產(chǎn)品演示,商務(wù)談判,簽訂銷售合同及前期的實施調(diào)研工作。
4、 商務(wù)人員的職責(zé)是負(fù)責(zé)收集客戶信息、產(chǎn)品的市場宣傳與推廣,客戶的日常維護及勾通,安排直銷人員的客戶談判進程。
5、 技術(shù)人員的職責(zé)是內(nèi)部人員技術(shù)培訓(xùn),客戶產(chǎn)品應(yīng)用培訓(xùn),產(chǎn)品實施全過程以及后
期的技術(shù)支持。
發(fā)展中期
由于意向客戶越來越多,正式客戶也越來越多,銷售的商業(yè)談判和技術(shù)服務(wù)變得非常重要,工作壓力也越大,團隊要適當(dāng)?shù)脑黾尤肆?,在初期的基礎(chǔ)上直銷人員增加到3人,技術(shù)人員增加到2人,其它不變。團隊的總體人員增加到8個人。
發(fā)展后期
公司的區(qū)域開發(fā)已基本完成,這時銷售團隊的重點已不是開發(fā)客戶,而轉(zhuǎn)移到維護客戶關(guān)系,公司的品牌和服務(wù)的宣傳和增值銷售。所以要加強技術(shù)人員數(shù)量,以提高服務(wù)水平及服務(wù)質(zhì)量,以及公司的增值服務(wù)。
說明
1、 團隊發(fā)展后期最少要求8到10個人結(jié)構(gòu)
2、 團隊主管的職責(zé)是管理好團隊,做好團隊人員分工、工作安排及協(xié)調(diào)工作。做好團
隊的整體規(guī)劃,客戶的商務(wù)談判及銷售。做好內(nèi)部人員的銷售及技術(shù)培訓(xùn)。作為團隊主管要用60%的精力抓銷售,20%的精力抓管理,20%的精力抓客戶的服務(wù)。團隊主管要有很高的銷售水平及談判能力,一定的管理團隊能力,一定的技術(shù)水平。一點技術(shù)不懂是不行的,團隊主管在團隊發(fā)展后期一定要強調(diào)客戶的售后服務(wù),因為這些客戶是企業(yè)長期生存與發(fā)展的根本,并且老客戶還可以有很多的增值收益。
3、 在團隊發(fā)展后期,直銷人員的職責(zé)除了負(fù)責(zé)產(chǎn)品演示,商務(wù)談判,簽訂銷售合同及
前期的實施調(diào)研工作,還要負(fù)責(zé)客戶的維護和解決一定的技術(shù)問題。
4、 商務(wù)人員的職責(zé)是負(fù)責(zé)收集客戶信息、產(chǎn)品的市場宣傳與推廣,客戶的日常維護及
勾通,安排直銷人員的客戶談判進程。
5、 在團隊發(fā)展后期,除了技術(shù)人員的職責(zé)是內(nèi)部人員技術(shù)培訓(xùn),客戶產(chǎn)品應(yīng)用培訓(xùn),
產(chǎn)品實施全過程以及后期的技術(shù)支持,還要負(fù)責(zé)推廣公司的增值服務(wù)項目,例如軟件服務(wù)費,軟件產(chǎn)品升級,增加站點以及其它服務(wù)項目,所以發(fā)展后期,公司的技術(shù)人員也要求有銷售意識和銷售能力,是技術(shù)能力最強的銷售團隊,。
6、 實際上,在團隊發(fā)展的后期,銷售和技術(shù)已經(jīng)很難分開了,銷售也是技術(shù),技術(shù)也
做銷售,但如果要達到這個水平,要求團隊的主管不斷的提高的團隊成員的綜合能力。
二、銷售獎懲方案
關(guān)于獎懲方案各個經(jīng)銷商要結(jié)合自己的實際情況來處理,原則是公平,公正,公開,并能提高團隊人員的工作積極性,使團隊能健康發(fā)展。下面舉兩個例子供參考。
方案一:分組考核方案
組方法
將團隊人員進行分組,分組依據(jù)是人員配置能夠合理分配,每組分別任命組長,由組長統(tǒng)一管理以及協(xié)調(diào)工作,根據(jù)公司及市場的實際情況下達任務(wù)考核參數(shù)進行考核。
獎金按組分配,按組計算,組長的獎金由總經(jīng)理確定,組內(nèi)獎金的分配扣除組長所得剩余部分由組長報分配方案,由總經(jīng)理審批。
核獎懲的計算
參與計算的參數(shù)項目:公司下達的任務(wù)額(可以是毛利也可以是銷售額)i 每組實際完成的額度g 每組應(yīng)得獎金額b 獎懲計算公式:
說明:
(1)上表中的百分比也可以是具體數(shù)額
(2)銷售業(yè)績確認(rèn)條件以收到客戶的貨款為準(zhǔn),當(dāng)月應(yīng)得獎金在下一個月與工資一起發(fā)
(3)技術(shù)人員無業(yè)績要求,也不參與以上公式的計算,獎金按每組所得獎金總的
一定百分比計提(基本工資高一些,但獎金不能過高也可以不發(fā)獎金) (4)客戶退貨沖咸當(dāng)月銷售業(yè)績。
(5)不發(fā)獎金也不扣工資作為考核的基礎(chǔ),他的基本參數(shù)應(yīng)該是公司支付給員工
的直接費用,(也就是公司支付給員工的基本工資及相關(guān)費用)
方案二 設(shè)立銷售部的考核方案
立銷售部的人員結(jié)構(gòu)
一般來說一個銷售部門人員最少6人,公司只對銷售部門考核,也就是只考核部門負(fù)責(zé)人,部門負(fù)責(zé)人對每個銷售人員進行考核。
負(fù)責(zé)人的獎金由總經(jīng)理確定,部門內(nèi)獎金的分配扣除負(fù)責(zé)人所得剩余部分由銷售門負(fù)責(zé)人報分配方案,由總經(jīng)理審批,類似于部門承包。
核獎懲的計算
參與計算的參數(shù)項目:公司下達的任務(wù)額(可以是毛利也可以是銷售額)以毛利為例
每人實際完成的額度g 每組應(yīng)得獎金額b
獎懲計算公式(單位:元,考核任務(wù)額以毛利參考)假設(shè)每人考核標(biāo)準(zhǔn)為:1200
說明:
(1)銷售業(yè)績確認(rèn)條件以收到客戶的貨款為準(zhǔn),當(dāng)月應(yīng)得獎金在下一個月與工資
一起發(fā)
(2)技術(shù)人員無業(yè)績要求,也不參與以上公式的計算,獎金按部門所得獎金總的
一定百分比計提
(3)客戶退貨沖咸當(dāng)月銷售業(yè)績。
方案二的缺點是部門之間沒有競爭,因為只有一個銷售部,希望能有其他方法來補
救。適用于團隊人員較少時。
以上兩方案的獎懲制度稱為四獎兩懲制度,目的是能有效的激發(fā)員工的工作積極性,更好的為公司創(chuàng)造業(yè)績。特別要重視銷售人員不經(jīng)過公司從其他渠道進貨銷售的問題,應(yīng)制定相應(yīng)的懲辦制度,一定要嚴(yán)懲,除了開除外,該人應(yīng)得獎金,應(yīng)發(fā)工資全部扣下。
注:以上方案僅供參考,可根據(jù)公司的實際情況將以計算公式中的數(shù)據(jù)做相應(yīng)的調(diào)整。也可以以銷售額作為考核參數(shù)。
三、收益分析及計算
作為合作伙伴持續(xù)經(jīng)營速達軟件的基礎(chǔ)是公司能夠盈利,那么就讓我們來計算一下經(jīng)營速達5000產(chǎn)品是如何盈利的,速達3000產(chǎn)品不參與計算:
注:在項目發(fā)展初期不要過多在意賺多少錢,只要能保本經(jīng)營就可以了,重點在于如何積累更多的客戶,積累的客戶越多,團隊未來的發(fā)展空間越大。
發(fā)展中期,隨著團隊人員能力的提高及人員的增加,銷售額會有一定的提高,而成本增長相對較少。發(fā)展中期一般指團隊開始銷售半年后,這一時期團隊還有另外一些收益,比如說速達公司給予的技術(shù)返點獎勵。
團隊發(fā)展后期:銷售額會培長很快,團隊也更加穩(wěn)定、成熟??蛻粢苍絹碓蕉?,這時除了產(chǎn)品銷售的收益外,很多的增值收益也開始表現(xiàn)出來,主要的增值收益有:軟件增加站點收益;軟件使用服務(wù)費收益,一般一年按軟件總價的15%--20%計算收取年服務(wù)費,或者每次上門按次收費,5000產(chǎn)品的收費標(biāo)準(zhǔn)為500元/次;3000產(chǎn)品的收費標(biāo)準(zhǔn)為300元/次;培訓(xùn)費指客戶更換操作人員需要我們培訓(xùn)而收取的費用。在團隊發(fā)展后期,每月凈收益最少可達40000元。
服務(wù)協(xié)議書(適用于3000系列)
甲方: (客戶) 乙方: (服務(wù)商)
1、 乙方為丙方授權(quán)服務(wù)商,乙方須設(shè)經(jīng)專門培訓(xùn)的合格技術(shù)人員為甲方提供技術(shù)服
務(wù)。
咨詢后,必須在72小時內(nèi)給予響應(yīng)。
3、 甲方可享受乙方提供的__次免費培訓(xùn)。培訓(xùn)場地和設(shè)備可由乙方統(tǒng)一組織,采用集
中培訓(xùn)方式,使甲方學(xué)員熟練地操作速達軟件。根據(jù)實際需要,也可在甲方單位進行實地培訓(xùn),具體收費標(biāo)準(zhǔn)參照《服務(wù)指南》之《速達軟件售后服務(wù)收費辦法》協(xié)商解決。
4、 甲方享受乙方提供的次免費服務(wù),解決使用速達軟件中遇到的各種問題。超過__
抄錄、記載或復(fù)制甲方的數(shù)據(jù)。
7、 乙方如遇到不能解決的技術(shù)問題,應(yīng)及時反映給速達公司技術(shù)支持部,并了解解決
方法,以及時解決甲方的問題,確保軟件的正常使用。
二、權(quán)益
1、 甲方有權(quán)對乙方不履行協(xié)議條款的行為向丙方投訴。
2、 乙方有權(quán)拒絕甲方提出的協(xié)議規(guī)定之外不合理的服務(wù)請求。
3、 乙方不承擔(dān)因甲方人員進行非法操作、感染計算機病毒、硬件錯誤等非速達軟件故
障導(dǎo)致的數(shù)據(jù)混亂、數(shù)據(jù)丟失的責(zé)任。
三、本協(xié)議中涉及的服務(wù)項目及收費,雙方根據(jù)《服務(wù)指南》參考執(zhí)行。 四、本協(xié)議自簽字之日起一年內(nèi)有效。 五、其他未盡事宜,經(jīng)三方友好協(xié)商解決。
甲方代表: 乙方代表:
(公章) (公章)
日期: 日期:
3000系列)
軟件維護項目方案篇八
為認(rèn)真實施“濟南市支持社會組織參與社會服務(wù)示范項目”,進取培育扶持我市社工服務(wù)組織發(fā)展,以增強其服務(wù)功能,更好地發(fā)揮社工服務(wù)組織在創(chuàng)新社會管理和構(gòu)建社會主義和諧社會中的進取作用。20**年,安排15萬專項資金,以資助服務(wù)項目的形式,培育扶持社工服務(wù)組織發(fā)展,從而探索一條具有本土特色的社工服務(wù)組織培育發(fā)展新模式。為保證該項目順利實施,特制定本實施方案。
一、資助條件。
凡申報本項目者,應(yīng)具備以下資格條件:。
1、濟南市內(nèi)擬成立或處于初創(chuàng)期的社工服務(wù)組織或團隊;。
3、有正在或擬開展實施的社會工作服務(wù)項目;。
4、有明確的服務(wù)宗旨、服務(wù)領(lǐng)域與工作目標(biāo);。
5、有相應(yīng)的配套經(jīng)費保障本項目順利實施;。
6、在本項目結(jié)束時,能確保完成社工服務(wù)組織成立或原處于初創(chuàng)期的社工服務(wù)組織確保在團隊建設(shè)、服務(wù)功能及自我發(fā)展本事等方面得到全面加強。
二、資助資料。
本項目主要資助開展以下領(lǐng)域的專業(yè)社工服務(wù):。
1、老年人服務(wù)項目:為老年人異常是失獨和空巢老人供給生活照料、互助關(guān)愛、精神慰藉、權(quán)益維護及文化生活等方面的專業(yè)社會工作服務(wù),挖掘其潛能,提升生活質(zhì)量,促進“老有所養(yǎng)、老有所學(xué)、老有所為、老有所樂”目標(biāo)的實現(xiàn)。
2、殘疾人服務(wù)項目:為殘疾人供給人文關(guān)懷、心理疏導(dǎo)、功能康復(fù)、資源協(xié)調(diào)、社會支持等服務(wù)和物質(zhì)保障,幫忙其提升自信心,克服環(huán)境障礙,增強社區(qū)歸屬感,使其融入正常的社會生活。
3、婦女與婚姻家庭服務(wù)項目:以“婦女為本”和“家庭為本”為原則,為婦女供給緩解壓力、本事提升、權(quán)益維護、家庭關(guān)系調(diào)適與重構(gòu)等專業(yè)服務(wù),幫忙家庭成員強化家庭生活的進取功能,解決婦女發(fā)展面臨的實際困難和問題,倡導(dǎo)和促進性別平等和公正的機制建設(shè)等服務(wù)。
4、兒童與青少年服務(wù)項目:根據(jù)各階段兒童、青少年的身心特點,運用社會工作專業(yè)知識、技能和方法,經(jīng)過開展學(xué)業(yè)輔導(dǎo)、親子活動、權(quán)益維護、團隊建設(shè)等活動,幫忙其正確了解自我、學(xué)會應(yīng)對困難和解決問題的辦法,并促使其在生活、學(xué)業(yè)、感情和人際關(guān)系等各方面全面發(fā)展。
5、外來務(wù)工人員服務(wù)項目:針對外來務(wù)工人員實際需求,開展政策咨詢、就業(yè)援助、生活救助、心理疏導(dǎo)、本事發(fā)展、矛盾調(diào)處、權(quán)益維護及子女教育、社會融入等專業(yè)服務(wù),使其增強認(rèn)同感和歸屬感,盡快融入城市生活。
7、特殊群體服務(wù)項目:針對社區(qū)不良行為青少年、社區(qū)矯正人員、刑釋解教人員等特殊群體,開展糾正行為偏差、緩解生活困難、疏導(dǎo)心理情緒、改善家庭和社區(qū)關(guān)系,增強自身本事,恢復(fù)和發(fā)展社會功能的專業(yè)服務(wù),促進社會穩(wěn)定與和諧。
8、醫(yī)務(wù)服務(wù)項目:協(xié)助患者及其家屬正確應(yīng)對疾病,幫忙其供給心理需求評估和情緒支持,協(xié)調(diào)醫(yī)患關(guān)系,預(yù)防和減少醫(yī)療糾紛;協(xié)助患者制定康復(fù)服務(wù)計劃,整合社會資源,幫忙其恢復(fù)社會功能及為醫(yī)護人員供給精神減壓等專業(yè)服務(wù)活動。
9、志愿服務(wù)項目:按照“社工義工”的模式,開展以弘揚志愿服務(wù)精神,提升志愿服務(wù)隊伍素質(zhì),推動志愿服務(wù)規(guī)范化、制度化,完善社會支持網(wǎng)絡(luò),促進其全面發(fā)展為主題的專業(yè)服務(wù),從而保障志愿服務(wù)隊伍穩(wěn)定、服務(wù)優(yōu)良,成為維護社區(qū)穩(wěn)定和社會和諧的重要力量。
10、其他領(lǐng)域服務(wù)項目:除上述領(lǐng)域外,可結(jié)合我市實際和公眾需求,申報其他領(lǐng)域具有開拓性、創(chuàng)新性的專業(yè)社會工作服務(wù)項目。
三、資助方式。
以資助服務(wù)項目的形式,依據(jù)申報項目規(guī)模、服務(wù)本事、社會效益等條件確定項目資助金額,優(yōu)先扶持能構(gòu)成明顯成效和具有廣泛社會效應(yīng)的項目。同時,在項目實施期間,對有需求的團隊可安排入駐我會,為其供給辦公場地、財務(wù)托管、員工培訓(xùn)、信息咨詢、資源鏈接和協(xié)助辦理社會組織注冊登記等服務(wù)。
每個社工服務(wù)組織或團隊原則上只能申請一個項目。
四、工作流程。
(一)公示公告階段(20**年2月13日-20**年2月20日)。
我會面向社會發(fā)布項目公告,明確申報條件、資助范圍、資金撥付、工作流程等有關(guān)要求。
(二)項目申請階段(20**年2月21日-20**年2月28日)。
凡申請者可登錄“濟南民政”、“濟南社工”網(wǎng)站下載項目申報書,并于2月28日前,向我會項目辦公室提交紙質(zhì)版和電子版申報材料,逾期不予受理。
項目申請需同時提交以下材料:。
1、項目申報書;。
3、項目負(fù)責(zé)人簡介及身份證復(fù)印件;。
4、其他相關(guān)登記材料。
紙質(zhì)申報材料一式三份,務(wù)必a4紙雙面打印,每份單獨裝訂成冊。
(三)受理申請階段(20**年3月1日-20**年3月4日)。
我會項目辦公室對申報材料進行審查并決定是否受理。對不予受理的,將材料退回并說明理由。申請項目有下列情形之一的,不予受理:。
1、不具備申報條件的;。
2、未按要求準(zhǔn)備申報資料的;。
3、同一資料重復(fù)申報的(包含以不一樣的項目名稱申請);。
4、有其他情景不宜受理的。
(四)評審立項階段(20**年3月5日-20**年3月7日)。
由我會組織專家成立評審委員會,對申報者資格條件、項目資料及項目實施地域、受益對象、進度安排、解決的問題和預(yù)期的社會效益以及項目的可行性、必要性和創(chuàng)新性等進行評估,并根據(jù)項目規(guī)模、受益對象、社會效益等分別給予1萬元、2萬元、3萬元不等資助,并經(jīng)過“濟南社工”網(wǎng)向社會進行為期一周的公示。
(五)項目實施階段(20**年3月14日至20**年8月20日)。
項目執(zhí)行組織或團隊要遵守相關(guān)承諾,履行約定義務(wù),按期完成項目。項目一經(jīng)立項,不得分包、轉(zhuǎn)包,不得調(diào)整。項目在執(zhí)行過程中由于特殊原因需要終止、撤銷、變更的,須報我會項目辦公室批準(zhǔn)。除不可抗力因素外,所有項目均應(yīng)于項目年度內(nèi)完成。我會將根據(jù)市民政局有關(guān)部署和要求,對項目實施情景進行階段性檢查和評估,及時發(fā)現(xiàn)解決問題,總結(jié)推廣先進經(jīng)驗,并對執(zhí)行不利組織或團隊根據(jù)有關(guān)規(guī)定進行處罰。
(六)評估總結(jié)階段(20**年8月21日至8月28日)。
根據(jù)“濟南市支持社會組織參與社會服務(wù)示范項目”有關(guān)要求,我會委托第三方對項目資金使用情景進行檢查審計,并對項目執(zhí)行情景進行績效評估。根據(jù)市民政局有關(guān)要求,項目執(zhí)行組織或團隊?wèi)?yīng)于正式立項后的20**年3月20日前,向我會項目辦公室報送中期報告;在20**年8月20日前,向我會項目辦公室報送總結(jié)報告,資料包括:項目執(zhí)行情景、資金使用管理情景、宣傳推廣情景、實施效果、社會效應(yīng)及項目評估報告等。
五、經(jīng)費管理。
(一)申報項目經(jīng)評審立項后的3個工作日內(nèi),由我會項目辦公室按照程序撥付資金。項目資金分兩次撥付,第一次撥付資金總額的50%;其余50%資金待中期執(zhí)行情景評估到達合格及以上后,一并撥付。
(二)項目執(zhí)行組織或團隊?wèi)?yīng)當(dāng)按照項目資金管理要求,建立健全財務(wù)管理和會計核算制度,將項目資金單獨立賬,單獨核算,以便于追蹤監(jiān)督檢查,確保資金的安全和正確使用。項目資金不得用于繳納罰款罰金、償還債務(wù)、對外投資、購買汽車等支出,不得以任何形式擠占、截留、挪用項目資金。
(三)我會將根據(jù)資金管理有關(guān)規(guī)定,對資金使用情景進行跟蹤檢查審計,對違反項目資金使用管理規(guī)定的,依據(jù)有關(guān)法律法規(guī),給予嚴(yán)肅處理。
六、宣傳和總結(jié)。
各項目執(zhí)行組織或團隊要充分利用廣播、電視、報刊、網(wǎng)絡(luò)等新聞媒體和明白紙等多種形式,大力宣傳項目的意義、資助資料和申請辦法,及時宣傳報道項目開展情景和社會效益,引導(dǎo)廣大社會力量進取參與,以讓全社會更多地關(guān)注、了解和支持社工服務(wù)組織發(fā)展。
各執(zhí)行組織或團隊要及時收集視頻、音頻素材,整理典型、感人事例,建立專門項目宣傳檔案,定期向我會項目辦公室報送項目簡報。在開展項目宣傳活動等時,要注明“濟南市支持社會組織參與社會服務(wù)示范項目”標(biāo)識。
軟件維護項目方案篇九
(一)項目啟動階段。
(二)需求調(diào)研確認(rèn)階段。
(三)軟件功能實現(xiàn)確認(rèn)階段。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
(五)系統(tǒng)培訓(xùn)階段。
(六)系統(tǒng)安裝測試及試運行階段。
(七)總體驗收階段。
(八)系統(tǒng)交接階段。
軟件產(chǎn)品,特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品,用戶購買軟件產(chǎn)品之后,不能立即進行使用,需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目實施。大量的軟件公1司項目實施案例證明,軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產(chǎn)品本身的質(zhì)量,軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認(rèn)階段、軟件功能實現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關(guān)系,上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
(一)項目啟動階段。
此階段處于整個項目實施工作的最前期,由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù):
公司:在合同簽定后,指定項目經(jīng)理,成立項目組,授權(quán)項目組織完成項目目標(biāo)。
公司項目組:進行前期項目調(diào)研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務(wù)經(jīng)理:配合公司項目組,將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯(lián)系。
用戶:成立項目實施組織,配合前期調(diào)研和召開啟動會,簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組。
部門經(jīng)理接到實施申請后,任命項目經(jīng)理,指定項目目標(biāo),由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù),并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研。
項目經(jīng)理及項目組成員,在商務(wù)人員配合下,建立與用戶的聯(lián)系,對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中,商務(wù)經(jīng)理積累了大量的信息,項目組首先應(yīng)收集商務(wù)和合同信息,并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》。
《項目總體計劃》是一個文件或文件的集合,隨著項目信息不斷豐富和變化,會被不斷變更,主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容:
溝通管理計劃,確定項目干系人對信息和溝通的需要:即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計劃,確定適合于項目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要,可以包括上述每一個計劃,詳細(xì)程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會。
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》,包括以下內(nèi)容:
項目目標(biāo)、主要項目階段、里程碑、可交付成果。所計劃的職責(zé)分配(包括用戶的);。
項目實施中項目管理的必要性和如何進行項目管理,項目的質(zhì)量如何控制;。
項目實施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用;。
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認(rèn)階段。
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求,包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等,實施4人員調(diào)研完成后,會編寫《需求調(diào)研分析手冊》,并交付用戶進行確認(rèn),待用戶對《需求調(diào)研分析手冊》上所提到的需求確認(rèn)完畢后,項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容:
1、進行需求調(diào)研準(zhǔn)備。
2、編制《需求調(diào)研計劃》。
3、內(nèi)部評審是否通過《需求調(diào)研計劃》,項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審,如評審?fù)ㄟ^,則在稍后的時間內(nèi)簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》,如用戶簽署《需求調(diào)研計劃》,則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更,如果計劃存在變更,則執(zhí)行變更控制流程,否則按計劃進行后續(xù)工作。
7、需求調(diào)研,項目組以《需求調(diào)研手冊》為依據(jù),從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研,并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果,項目組和公司其他技術(shù)部門將進一步進行分析,確定合理、可行的需求,將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審,如評審?fù)ㄟ^,則在稍后由用戶簽署,如評審不通過則重新修改,直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認(rèn)通知》。項目組編寫《需求分析報告確認(rèn)通知》,發(fā)給用戶,確定進行需求確認(rèn)的相關(guān)事宜,告之相關(guān)部門及人員安排好工作,準(zhǔn)時參與需求確認(rèn)工作,為順利完成需求確認(rèn)工作做準(zhǔn)備。
(三)軟件功能實現(xiàn)確認(rèn)階段。
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中,項目實施人員將記錄軟件實現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后,項目實施人員將編制《軟件功能確認(rèn)表》,將定制好軟件功能待用戶確認(rèn),6用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作,并對用戶進行初裝資料的軟件操作培訓(xùn),以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng),初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認(rèn)識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的,達到讓用戶了解軟件產(chǎn)品,最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層,對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:
1、調(diào)研培訓(xùn)信息:在培訓(xùn)開始前3天由用戶實施負(fù)責(zé)人,將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:結(jié)合調(diào)研結(jié)果,與用戶實施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時間,場地,人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:用戶簽署《培訓(xùn)計劃》,進一步確認(rèn)培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:培訓(xùn)開始前2天,按照簽署的《培訓(xùn)計劃》,將培訓(xùn)內(nèi)容、時間,場地,人員等信息通知用戶實施負(fù)責(zé)人。
5、搭建培訓(xùn)環(huán)境:公司項目組在培訓(xùn)開始前,將培訓(xùn)環(huán)境搭建及檢查妥當(dāng),將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn),按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下,對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試,對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平,掌握操作規(guī)范。此階段的主要工作內(nèi)容為:
1、編制計劃:與用戶實施負(fù)責(zé)人商議具體測試及試運行時間,地點,人員等安排,項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》,進一步確認(rèn)測試及試運行安排。
3、發(fā)測試及試運行通知:在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負(fù)責(zé)人。
5、組織測試及試運行:用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合,組織相關(guān)人員進行測試及試運行.、6、測試及試運行總結(jié):測試及試運行完成,總結(jié)試運行中設(shè)備、軟件的運行情況,總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況,以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負(fù)責(zé)人。
公司項目組負(fù)責(zé)擔(dān)當(dāng)指揮,檢查用戶人員組織情況并給予指導(dǎo),跟蹤檢查如下情況:
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通,確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行,在每一項目階段結(jié)束時,用戶對這一階段的可交付成果進行驗收,在測試及試運行結(jié)束后,對系統(tǒng)進行總體驗收。
需要驗收的可交付成果:
階段組成主要里程碑。
可交付成果。
啟動。
階段。
簽署的《總體項目計劃》。
啟動會。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認(rèn)。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件。
實現(xiàn)。
簽署的《軟件功能確認(rèn)表》。
數(shù)據(jù)。
初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)數(shù)據(jù)初裝完成《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成《總體驗收報告》。
(八)系統(tǒng)交接階段。
此階段是項目實施的最后一個階段,主要工作是軟件公司項目組向用戶移交軟件項目,包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔,并簽署《售后服務(wù)協(xié)議》,項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》,對軟件公司項目實施人員的整個項目實施情況進行評價,軟件公司將聽取用戶的意見,再今后的項目實施管理中進行加強和改進。
軟件維護項目方案篇十
作為一個項目的管理者,必須要明確的知道自己的工作目標(biāo);我個人認(rèn)為項目管理者的目標(biāo)無非就是以下兩點:。
1、就是清晰明確地了解項目利害關(guān)系者的需求和期望,努力做到滿足項目利害關(guān)系者的不同需求;項目利害關(guān)系者包括:項目團隊成員和項目團隊外成員(比如各部門的部門負(fù)責(zé)人和市場人員,客戶等。
2、就是保證開發(fā)項目按需按時保質(zhì)的完成。第二:職責(zé)。
作為項目的管理者,首先要端正態(tài)度,要明確知道自己的工作職責(zé),認(rèn)識到這份工作職責(zé)的本質(zhì)。項目管理者不是來管人的,而是來支持人的,是來協(xié)調(diào)資源的,是來營造一個適合團隊成員比較認(rèn)同的工作環(huán)境和氛圍的,是來為一個共同的目標(biāo)和大家一起戰(zhàn)斗共同成長的??梢源蟾鸥爬ǔ梢韵聨c:。
1、建立有效的工作流程保證項目的順利進行。
2、制定詳細(xì)周密的項目計劃。
3、跟蹤,推動項目按計劃進行。
4、積極解決項目過程中出現(xiàn)的問題和沖突。
5、調(diào)動開發(fā)團隊的積極性,創(chuàng)造力,推動團隊成員在項目過程中不斷成長。
6、項目風(fēng)險識別、風(fēng)險評估、風(fēng)險解決和風(fēng)險管理策略以及做好突發(fā)風(fēng)險的應(yīng)急預(yù)案。
7、實現(xiàn)目標(biāo)。
第三:項目管理者的具體工作內(nèi)容。
最后一個是項目管理者的具體工作內(nèi)容,作為項目管理者必須清晰的知道自己的工作范圍和所要做的工作內(nèi)容以及工作重心,分為以下六點:。
1、項目前期階段。
對項目進行技術(shù)可行性分析、技術(shù)評估、成本評估以及風(fēng)險評估。與需求提出方的代表進行需求討論,明確項目的目標(biāo)、價值;確定項目范圍、功能及優(yōu)先級。組建項目團隊,特別要搞清楚項目的keyperson(對產(chǎn)品有決定權(quán)的人。項目啟動會議,相關(guān)的利害關(guān)系人員都必須參加。
該階段完成后的成果:確認(rèn)后的最終軟件需求規(guī)格說明書文檔。
2、分析設(shè)計階段。
根據(jù)確認(rèn)后的軟件需求規(guī)格說明書,制定項目進度計劃,工作任務(wù)分解(wbs;資源申請,項目涉及到的開發(fā)資源、測試資源、設(shè)計資源(包括人員和軟硬件資源;數(shù)據(jù)庫設(shè)計;系統(tǒng)設(shè)計;文檔(包括usecase、demo系統(tǒng)原型、testcase等;評審會議。
該階段完成后的成果:a、usercase(系統(tǒng)用例;b、demo(系統(tǒng)原型;。
c、系統(tǒng)設(shè)計文檔(概要設(shè)計和詳細(xì)設(shè)計;d、數(shù)據(jù)庫設(shè)計文檔。
最后對完成的成果,包括usercase和設(shè)計文檔等進行評審。
3、執(zhí)行階段(開發(fā)和測試。
準(zhǔn)備開發(fā)環(huán)境、測試環(huán)境;跟蹤,推動項目按計劃進行;以周報的形式通報項目的進展情況。對項目的階段成果進行評估,以確保該階段完成的質(zhì)量,包括代碼審核、sql審核等。對需求變更進行控制管理;對項目風(fēng)險進行管理;測試階段bugfixed及改進、收集反饋意見。
4、發(fā)布階段。
包括制定項目發(fā)布計劃,用戶培訓(xùn),發(fā)布上線。
5、上線后監(jiān)控。
數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài),根據(jù)監(jiān)控出現(xiàn)的問題,及時進行bugfixed及改進或做補丁升級。
6、結(jié)束階段。
產(chǎn)品交付,項目。
總結(jié)。
會。
第四:基于以上三個問題所做的應(yīng)對細(xì)則。
要做好項目管理,并能確實解決好以上三個問題,實現(xiàn)目標(biāo)、履行職責(zé)、完成工作中的具體內(nèi)容,從我個人這幾年的工作經(jīng)驗和面臨的一些問題,還有所積累的一些項目管理中的一些知識以及自己的觀察和思考的角度看,應(yīng)該要努力做好以下這幾個方面的具體工作:。
1、項目開發(fā)時間的估算。
制定項目進度時間表的時候,需要估算每個任務(wù)所需的時間,其中開發(fā)任務(wù)中模塊的分配和時間估算是其中最主要的部分;在分配模塊和估算開發(fā)時間時需要遵循的原則和目標(biāo):。
1、保證項目整體的進度。
2、有助于確保開發(fā)編碼的質(zhì)量。
3、有助于提高開發(fā)編碼的速度。
在公司現(xiàn)有的技術(shù)框架下,開發(fā)人員主要的工作是投入在具體的商業(yè)邏輯上。通常每個模塊所需的開發(fā)時間取決于以下三個因素:。
1、所負(fù)責(zé)模塊的商業(yè)邏輯的復(fù)雜程度。
2、開發(fā)人員的技術(shù)水平和對項目所在應(yīng)用的熟悉程度(包括對框架和應(yīng)用的熟悉程度。
3、該模塊技術(shù)實現(xiàn)上是否有技術(shù)難點;這里所謂的技術(shù)難點定義是:在現(xiàn)有系統(tǒng)中還未實現(xiàn)的、開發(fā)人員自身也未沒接觸過的技術(shù)。對于這樣的難點,開發(fā)者沒有相關(guān)的代碼可以參考,自己也沒有經(jīng)驗,所以需要投入一些時間研究解決。
模塊分配和開發(fā)時間估算的步驟:。
1、在劃分好模塊后,首先自己先估算一下每個模塊所需要的開發(fā)時間。
2、然后召集所有開發(fā)人員,討論模塊的分配和開發(fā)時間估算。將劃分好的模塊,讓開發(fā)人員從中挑選他們感興趣的模塊。這樣做可以提高開發(fā)人員的主動性和參與性。在分配模塊的時候還需從以下幾方面考慮,以確保開發(fā)的速度和質(zhì)量:a、相同類似的模塊由同一人負(fù)責(zé)開發(fā),比如用戶管理的增刪改由同一開發(fā)者負(fù)責(zé)。
這樣做的好處就是開發(fā)者對相關(guān)邏輯會更加熟悉,同時接口的定義也會比較明確,溝通的成本比較低,同時功能實現(xiàn)的缺陷也相應(yīng)的會降低。
b、技術(shù)難度比較大的模塊由技術(shù)水平比較高的人負(fù)責(zé)。c、業(yè)務(wù)邏輯比較復(fù)雜的由對這塊邏輯比較了解的人負(fù)責(zé)。
3、模塊分配完后,開發(fā)人員評估自己負(fù)責(zé)開發(fā)的模塊所需要的時間。在此過程中最好做到要和開發(fā)者比較詳細(xì)的討論每個模塊的技術(shù)實現(xiàn),以便使時間的估算更加準(zhǔn)確。
4、對開發(fā)人員估算的時間進行確認(rèn)。在確認(rèn)過程中作為項目管理者應(yīng)參考以上提到的三個因素,同時將自己估算的時間和開發(fā)人員估算的時間進行比較。這其中的差異當(dāng)然會存在的。對于那些差異比較大的,將與技術(shù)人員探討其中的緣由。對于時間周期比較長的任務(wù),盡量將任務(wù)通過再細(xì)分的手段細(xì)化任務(wù),爭取每個任務(wù)的最長時間不超過3天;時間周期越長的任務(wù),不確定性越高,風(fēng)險也越高,越有可能成為項目的瓶頸,影響項目的進度。
2、codereviewcodereview是保證項目中代碼質(zhì)量非常重要的一個環(huán)節(jié),在這一環(huán)中我們公司做的非常欠缺,把關(guān)不嚴(yán)格;這是導(dǎo)致每次測試后出現(xiàn)大量bug的主要原因,這一環(huán)需要納入績效考核中,實行責(zé)任追究制,實施重點監(jiān)控。出現(xiàn)這樣的薄弱環(huán)節(jié),造成這樣的原因,我想也是有很多因素造成的;比如開發(fā)人員對需求不是很明確,以自己比較主觀的因素去完成任務(wù)的;還有對整個系統(tǒng)業(yè)務(wù)邏輯沒有正確的清晰的認(rèn)識的原因,以及對項目組成員培訓(xùn)不到位的原因等眾多因素糾集在一起才產(chǎn)生的。
核規(guī)范”文檔:記錄代碼實現(xiàn)應(yīng)該遵循的標(biāo)準(zhǔn)。通過這兩個文檔來規(guī)范開發(fā)人員的代碼實現(xiàn),代碼編寫者必須要嚴(yán)格按照規(guī)范來進行;代碼審核者根據(jù)這些標(biāo)準(zhǔn)來codereview代碼,同時在codereview過程中不斷完善該文檔。
在做好這些前期工作的前提下,分以下幾個步驟來實施:。
1、檢查開發(fā)者的代碼實現(xiàn)是否遵循了編碼規(guī)范。
2、從代碼的易維護性、可擴展性角度考察代碼的質(zhì)量,提出修改建議。
4、代碼審核者在此過程中可以隨時提出自己的疑問,同時積極發(fā)現(xiàn)隱藏的bug;對這。
些bug記錄在案。
5、代碼講解完畢后,代碼審核者給自己安排幾個小時再對代碼審核一遍。代碼需要一。
行一行靜下心來看。同時代碼又要全面的看,以確保代碼整體上設(shè)計優(yōu)良。
6、代碼審核者根據(jù)審核的結(jié)果編寫“代碼審核報告”,“審核報告”中記錄發(fā)現(xiàn)的問題。
及修改建議,然后把“審核報告”發(fā)送給相關(guān)人員。
7、代碼編寫者根據(jù)“代碼審核報告”給出的修改意見,修改好代碼,有不清楚的地方。
可積極向代碼審核者提出。
8、代碼編寫者bugfixed完畢之后給出反饋。
9、代碼審核者把codereview中發(fā)現(xiàn)的有價值的問題更新到"代碼審核規(guī)范"的文檔中,對于特別值得提醒的問題可群發(fā)email給所有技術(shù)人員。如果通過以上步驟,還因為是代碼編寫者的原因而出現(xiàn)嚴(yán)重的缺陷問題,將通過績效考核來加深代碼編寫者的印象,并在周報會議上做通報批評。
3、需求變更管理。
需求變更管理也是項目管理中最重要的一個環(huán)節(jié),對需求變更管理的有效性將直接影響項目的成功與否。
對待需求變更的態(tài)度:。
1、需求變更是不可避免的。
2、需求變更要必須被管理。
3、積極發(fā)現(xiàn)引起變更的因素,促使變更盡可能早的出現(xiàn),減低變更帶來的風(fēng)險。需求變更管理的目標(biāo):。
1、相關(guān)的干系人必須清楚地了解發(fā)生的變更。
2、變更處于有效的管理中。
3、盡量降低變更帶來的風(fēng)險。
通過制定需求變更的流程,確保項目中的需求變更有效地進行,實現(xiàn)上述的目標(biāo)。需求變更流程:。
作很混亂,也就是因為沒有一個規(guī)范的變更流程而造成的;如果建立了這么一個流程規(guī)范和機制,需求變更沒有走這個流程的將不被認(rèn)可。
2、項目管理者接收到需求變更的要求。需求變更的提出者可以是項目中的任何人包括產(chǎn)品經(jīng)理、市場人員、開發(fā)人員、測試人員等。
度,費用,質(zhì)量等計劃。項目管理者作為項目的負(fù)責(zé)人,對項目的成功與否負(fù)有主要的責(zé)任。所以需求變更的決策者應(yīng)該由項目管理者承擔(dān)。
開發(fā)人員對進度的影響(工作量。
12。
5、確定變更的負(fù)責(zé)人。承擔(dān)需求變更的具體工作,比如基線控制,對需求變更的記錄,并通知相關(guān)人員。
6、相關(guān)人員接收到確認(rèn)的需求變更后,做以下事情。需求分析人員修改需求說明書和usercase的相關(guān)內(nèi)容。測試人員修改測試用例的相關(guān)內(nèi)容。開發(fā)人員修改代碼中的相關(guān)部分。
7、按照變更后的計劃實施項目,并進行檢查,跟蹤,對變更后的實施反饋和可能出現(xiàn)的問題及時溝通和處理。
8、需求凍結(jié)。項目越到后期,需求變更對項目的影響就越大,所以在一定時候要進入需求凍結(jié)階段,不再接收新需求或需求的變更。
4、風(fēng)險管理。
風(fēng)險管理是項目管理者最重要的工作之一。風(fēng)險管理是一個持續(xù)的過程,貫穿于整個項目過程中,風(fēng)險管理包括風(fēng)險識別、風(fēng)險評估、風(fēng)險解決以及風(fēng)險管理策略。
在項目的實施過程中需要不斷地識別和應(yīng)對風(fēng)險,并加以有效的控制,風(fēng)險管理的好與壞直接影響項目的實施效果,從某種意義上講,項目實施對于項目管理者就是識別、分析、應(yīng)對、控制風(fēng)險的過程,使項目的約束性目標(biāo)和質(zhì)量目標(biāo)朝有利的方向發(fā)展。
加影響或采取應(yīng)對措施,把風(fēng)險的負(fù)面影響降到最低,并且風(fēng)險控制應(yīng)該貫穿項目始終。
風(fēng)險引起的負(fù)面后果集中體現(xiàn)在進度延后、成本超支、質(zhì)量不達標(biāo)等方面,導(dǎo)致這些問題的因素主要包括目標(biāo)以及需求不明確、范圍蔓延以及需求變更、代碼質(zhì)量或返工風(fēng)險、人員技能和資源的不足、缺乏良好的團隊協(xié)作等。下面將詳細(xì)描述一下這些問題以及出現(xiàn)這些問題時的應(yīng)對方案:。
1、目標(biāo)以及需求不明確。
為了市場競爭或內(nèi)部管理決策的需要,業(yè)務(wù)部門提出的需求往往要求的時間比較緊迫,需求的提出大多停留在幾張紙或口頭的傳達上,沒有形成正式的業(yè)務(wù)需求文檔,在沒有明確的需求范圍的情況下,有時為了迎合業(yè)務(wù)部門的口味匆匆開工,過程中用戶不斷地提出新的想法,技術(shù)人員開始疲于奔命和應(yīng)付,很難保證項目的進度和質(zhì)量,也難以取得業(yè)務(wù)部門的認(rèn)可。所以,在項目的前期一定要采取相應(yīng)的手段或措施,與業(yè)務(wù)部門共同明確項目目標(biāo)、需求范圍,充分考慮現(xiàn)有的時間和資源約束,將需求排定優(yōu)先級,對于關(guān)鍵的需求優(yōu)先實現(xiàn),其他輔助性的根據(jù)過程中的具體情況進行滾動式計劃,并取得業(yè)務(wù)部門的書面確認(rèn)。在此過程中要注重挖掘用戶的隱性需求,可以通過引導(dǎo)、系統(tǒng)原型等手段讓用戶在前期充分暴露自己的想法和需求。
發(fā)生,對項目造成影響。如何減少此類風(fēng)險的發(fā)生?前期的需求討論要詳細(xì)、充分。需求文檔中需求的范圍要明確、功能描述要清楚。找出項目中需求的決策者(通常會是產(chǎn)品經(jīng)理、相關(guān)職能主管、客戶,所有的需求要經(jīng)過他們的認(rèn)可??蛻粼陧椖窟^程中的全程參與有助于降低此類風(fēng)險。需求討論、需求確認(rèn)、usercase確認(rèn)、測試階段的客戶驗收等環(huán)節(jié),都要要求客戶參與。在發(fā)生需求變更時,嚴(yán)格按照需求變更流程執(zhí)行。在分析設(shè)計階段的中的確認(rèn)和評審也是降低此類風(fēng)險的重要手段。
3、代碼質(zhì)量或返工風(fēng)險質(zhì)量風(fēng)險主要指開發(fā)代碼的質(zhì)量。如何提高開發(fā)人員開發(fā)的質(zhì)量?在制定項目計劃時,對開發(fā)時間的評估要盡可能的合適。合理的開發(fā)時間對開發(fā)質(zhì)量的影響也很大。有時開發(fā)人員為了趕進度在比較緊張的時間需要完成指定的任務(wù),可能就存在很大的開發(fā)質(zhì)量問題。開發(fā)要有一套嚴(yán)格可行的代碼規(guī)范,編碼時嚴(yán)格遵守,到現(xiàn)在為止,我們這個方面做的不是很規(guī)范,做的也很不足,大家編寫的代碼隨意性比較大,代碼編寫者的主觀意識性比較強。要建立一套大家認(rèn)可并且規(guī)范可行的編碼規(guī)范和考核規(guī)范,codereview時嚴(yán)格考核。在編碼前,開發(fā)人員要對框架熟練掌握;一份好的系統(tǒng)設(shè)計文檔對指導(dǎo)開發(fā)非常重要。返工是項目組最不愿意看到的,既浪費人力、物力和財力,又影響團隊積極性。需求不明確或范圍沒有有效控制都可能造成返工,另外造成返工的原因是質(zhì)量沒有達到用戶要求。往往有這樣一種情況,每個團隊成員按照項目計劃報告進度都是100%完成,但一到最后系統(tǒng)交互測試或集成的時候就會發(fā)現(xiàn)一大堆問題,不得不花費很大精力回頭排查、修改程序,造成這種情況的主要原因是過程中質(zhì)量保證沒有做到位,把大部分問題留在了后面。這就需要在項目實施過程中采取有效的措施來規(guī)避返工的風(fēng)險,通常的做法有同行評審,比如概要設(shè)計完成之后,邀請其他項目組的技術(shù)專家進行技術(shù)評審以發(fā)現(xiàn)架構(gòu)設(shè)計問題;管理評審,通過組織級的質(zhì)量審計看產(chǎn)品以及實施過程是否滿足質(zhì)量要求;代碼走查,在編碼過程中加入至少一次的代碼走查,排查不符合規(guī)范或性能要求的代碼,走查通常能夠發(fā)現(xiàn)50%-70%的錯誤;每日構(gòu)建,這是一種非常有效的方法,可以避免把各部分的集成問題拖到最后,并且能夠及時發(fā)現(xiàn)相應(yīng)的錯誤,日構(gòu)建一般在項目的中后期開始,每天自動從版本服務(wù)器上獲取源代碼進行自動編譯和測試。
4、人員技能和資源的不足項目實施過程中由于人員技能欠缺造成的進。
理者應(yīng)該在前期就分析清楚項目所要采用的技術(shù)以及相應(yīng)的人員技能要求,針對不同的角色,及時采取相應(yīng)的技能培訓(xùn),以保證項目的順利實施。如果對于項目中某些部分專業(yè)性特別強或新技術(shù),短期內(nèi)又不能快速建立技能的情況,可以考慮將該塊任務(wù)外包,借鑒合作商的力量降低實施風(fēng)險,當(dāng)然要進行外購人力成本與自建人力成本的效益分析。開發(fā)過程中遇到技術(shù)難題,導(dǎo)致開發(fā)時間延遲或者需求不得不發(fā)生變更。如何減少此類風(fēng)險的發(fā)生?在項目開始前的技術(shù)評估階段,明確技術(shù)難點,提前安排人員進行攻克。如果在可預(yù)期的時間內(nèi)無法解決,如果可以,將向需求提出方要求變更需求或?qū)ふ铱商娲桨?。這樣的風(fēng)險應(yīng)該在項目的前期階段就應(yīng)該解決在萌芽狀態(tài)來避免這樣的風(fēng)險在后期或中期出現(xiàn)。項目所需人力資源無法按時到位,導(dǎo)致資源風(fēng)險。如何減少此類風(fēng)險的發(fā)生?這個就需要在項目計劃制定的時候提前申請確認(rèn)資源,并在項目過程中不斷溝通協(xié)調(diào)。
5、缺乏良好的團隊協(xié)作軟件項目實施屬于知識型,要發(fā)揮團隊成員的創(chuàng)造力,不同于制造業(yè)計件生產(chǎn),各模塊最終要集成在一起形成一個有機的整體,這就需要各小組之間的密切配合,界定清楚工作界面及接口關(guān)系,并在實施過程中持續(xù)地溝通交流和共享,首先團隊要融為一體,產(chǎn)出的軟件才能融為一體。這是一個團隊的軟實力,團隊之間的協(xié)作好壞也將是個潛在的風(fēng)險問題,在項目啟動和團隊組建的時候就應(yīng)該加以規(guī)避這樣的風(fēng)險出現(xiàn)。項目風(fēng)險管理的要點:
1、上述我們所說的風(fēng)險管理都是指可以預(yù)期將要發(fā)生的風(fēng)險,那些不可預(yù)期將要發(fā)生的風(fēng)險不屬于風(fēng)險管理的范疇。這也將是考驗一個項目管理者的經(jīng)驗和知識對能否管理好風(fēng)險至關(guān)重要的內(nèi)容。
2、對不可預(yù)期的風(fēng)險,項目管理者要有潛在的風(fēng)險意識評估,做好一些可操作性的預(yù)案準(zhǔn)備。
3、詳細(xì)明確的項目計劃、以及項目執(zhí)行過程中每個要點的質(zhì)量保證是降低項目風(fēng)險的必要條件。
項目的成敗。團隊管理是個漸進的過程。世界上只有完美的團隊,沒有完美的個人。好的高效的團隊不是管理出來的,而是營造出來的。團隊成員需要有大家可認(rèn)同的團隊文化,這需要大家共同的努力。
1、營造良好的工作環(huán)境和氛圍。
2、建設(shè)優(yōu)秀或鮮明的團隊文化。
3、保持高效的溝通。
6、項目會議組織會議是項目管理者日常工作中一項非常重要的工作任務(wù),項目過程中很多重要的決定都是在會議中做出的,也有很多由于不成功的會議而對項目本身造成了不好的影響。首先看看不成功的會議常常表現(xiàn)為哪些形式:
1、會議氛圍不好,參與者發(fā)言不踴躍;
2、會議討論常常偏離主題;
3、會議沒有取得預(yù)期的結(jié)果;
4、會議時間常常一拖再拖。這些不成功的會議最終的結(jié)果就是:既浪費了大家的寶貴時間又沒有達到會議的目的,很多人都對這樣的會議都有抵觸情緒,對此也是深惡痛絕。以下是組織會議時應(yīng)該注意的問題,也可看作組織會議的最佳實踐。在列出最佳實踐之前有三點我們必須要清楚:
1、會議是否會取得成功很大程度上取決于會議的組織者。只有組織得有力,會議才有可能取得成功,這是會議成功的充分條件。
2、會議的組織者和參與者的想法通常是不一致的,有時候甚至?xí)笙鄰酵?。所以不要希望會議的參與者和你一樣,對會議有著如此的期待,對大多數(shù)參與者而言,在會議中他只是一個發(fā)表想法的人,他不用對會議的成功承擔(dān)責(zé)任。
3、以下十一條最佳實踐是形式上的約定,具體的實施可以根據(jù)實際情況來做。組織會議的十一條最佳實踐:
1、只有需要開會時才開會。有時候兩三個人單獨小范圍溝通會更加有效。
2、提前發(fā)出會議議程,以便會議參與者知道他們來做什么。
3、請對人很重要,不要把非必要的人召來開會,當(dāng)然也不要漏掉那些關(guān)鍵人物。在確保必要人物都在的情況下一次會議參與者越少效果越好。
4、提前預(yù)約參與者的時間,以確保他們能按時到場。
5、會議的開場很重要。會議組織者要在開始前做好幾件事情。通常我建議有幾點要在開場時說:a、再一次強調(diào)會議的目標(biāo),我們來做什么。b、強調(diào)會議的主題與基調(diào)。比如:本次會議是一個需求確認(rèn)會,而非需求討論會,主要是討論做還是不做以及告知大家我們要做什么,而不要把太多的精力放在討論如何做上面。c、說明一下會議的規(guī)則。如要發(fā)言,請舉手;不要有小圈子討論;不要打斷別人的講話,等別人說完你再說等等。
6、會議過程中時刻注意引導(dǎo)和控制會議,以確保會議按照目。
標(biāo)進行。一次會議的氛圍是否良好,討論是否充分,好的引導(dǎo)至關(guān)重要。比如多提一些開放式的問題。
7、會議記錄很重要,把一些結(jié)論和有價值的內(nèi)容記錄下來,這些是本次會議的重要成果之一。
8、會議要有結(jié)論。我們常在會議上聽到有人說:"大家討論了這么半天,結(jié)論呢?"。沒有結(jié)論的會議是沒有意義的。
9、會議后別忘發(fā)會議紀(jì)要,以及一些action,什么人什么時候做什么。
10、會議后的action執(zhí)行情況的反饋很重要。反饋是對會議參與者的尊重,同時也告知了會議的效果。否則會讓大家感覺到這是一個可無可無的會議,大家以后參與的積極性也會降低。很多會議往往都不注意這一點。
11、按時結(jié)束的會議會受到所有人的歡迎。
7、版本控制版本控制也是項目管理者的一個重要工作內(nèi)容之一,一個項目或產(chǎn)品的完成不可能是一步到位的,在項目完成的后期可能會有多個不同的版本的發(fā)布(開發(fā)版本,測試版本,發(fā)布版本等)。需要做好版本的管理和控制。
8、項目總結(jié)在項目完成后,總結(jié)整個完成項目的過程和經(jīng)歷,為下一次的項目啟動提供參考經(jīng)驗,完善不足,避免在類似的項目中出現(xiàn)可能存在的相同的錯誤發(fā)生。
軟件維護項目方案篇十一
1.2為公司制定相應(yīng)的政策提供客觀依據(jù),同時促進公司各項管理工作的開展,確保公司總體目標(biāo)的實現(xiàn)。
2.1公司各職能部門管理人員及員工。
2.2另有下列情況人員不在考核范圍內(nèi):
2.2.1試用期內(nèi),尚未轉(zhuǎn)正員工。
2.2.2連續(xù)出勤不滿六個月或考核前休假、停職六個月以上。
2.2.3兼職、特約人員。
3.2以員工考核制度規(guī)定的內(nèi)容、程序和方法為操作準(zhǔn)則;
3.3以全面、客觀、公正、公開、規(guī)范為核心考核理念。
考核的一般操作程序:
4.1員工自評:按照“考核權(quán)限表”,員工選擇適當(dāng)?shù)目己肆勘磉M行自我評估。
4.2直接主管復(fù)評:直接主管對員工的表現(xiàn)進行復(fù)評。
4.3間接主管復(fù)核:間接主管(高于員工二級)對考核結(jié)果評估,并最后認(rèn)定。
5.1部門績效分?jǐn)?shù):《部門負(fù)責(zé)人本月工作計劃完成情況得分統(tǒng)計表》。
5.2員工考核分?jǐn)?shù):《部門員工月度績效考核評分表》。
6.4每月22日前,績效考核部將統(tǒng)計匯總后的《月度績效考核評分表》進行報批;
7.1公司實行兩級考核制,即先對部門進行考核,再對員工進行考核。
7.2考核等級比例控制:
8.1薪酬計算方法:
被考評人考評成績匯總后,即根據(jù)本次考評分?jǐn)?shù)計算考評當(dāng)期被考評人的實得績效工資。
被考評人從月度工資總額中提取15%作為當(dāng)月品績考評的績效工資基數(shù)z。當(dāng)月實得績效工資z按下表方法計算。
8.2各級管理人員勝任能力評估,全年月度品績考評平均分?jǐn)?shù)作為加薪、晉升、年終獎或培養(yǎng)的依據(jù)。
8.3連續(xù)三個月實得績效工資為零的,視具體情況作降級、降職處理。
8.4對于不按規(guī)定和要求配合工作,違反規(guī)定提供虛假資料信息,及其他不良行為的,將按公司獎懲制度相關(guān)規(guī)定懲處。
9.1公司將根據(jù)績效實施過程中的具體情況,進行方案的適當(dāng)調(diào)整。
9.2新招聘人員在試用期內(nèi)不參與考核;
9.3考核期內(nèi)工作崗位發(fā)生異動人員,異動當(dāng)月按工作天數(shù)多的崗位所在部門進行考核;
9.4當(dāng)月因?。ê伲┗蛞蚴抡埣俪銮诓粷M15個工作日的員工,不參與考核。
10.1考核申訴是為了使考核制度完善化和在考核過程中真正做到公開、公正、合理而設(shè)定的特殊程序。
10.2部屬與直接主管討論考核內(nèi)容和結(jié)果后,如有異議,可先向部門主管提出申訴,由部門主管進行協(xié)調(diào);如部門主管協(xié)調(diào)后仍有異議,可向人力資源部提出申訴,由人力資源部門專員進行調(diào)查協(xié)調(diào)。
10.3考核申訴的同時必須提供具體的事實依據(jù)。
11.1公司可根據(jù)實施的具體情況及時進行調(diào)整,本辦法由人力資源部負(fù)責(zé)解釋,并受理員工申訴事宜。
11.2本辦法于x年x月正式執(zhí)行。
12.1附件:《部門員工月度績效考核評分表》。
軟件維護項目方案篇十二
軟件產(chǎn)品,特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品,用戶購買軟件產(chǎn)品之后,不能立即進行使用,需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明,軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產(chǎn)品本身的質(zhì)量,軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認(rèn)階段、軟件功能實現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關(guān)系,上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
(一)項目啟動階段
此階段處于整個項目實施工作的最前期,由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù):
公司:
在合同簽定后,指定項目經(jīng)理,成立項目組,授權(quán)項目組織完成項目目標(biāo)。
公司項目組:進行前期項目調(diào)研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務(wù)經(jīng)理:
配合公司項目組,將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯(lián)系。
用戶:
成立項目實施組織,配合前期調(diào)研和召開啟動會,簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組:
部門經(jīng)理接到實施申請后,任命項目經(jīng)理,指定項目目標(biāo),由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù),并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研:
項目經(jīng)理及項目組成員,在商務(wù)人員配合下,建立與用戶的聯(lián)系,對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中,商務(wù)經(jīng)理積累了大量的信息,項目組首先應(yīng)收集商務(wù)和合同信息,并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》:
4、啟動會:
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》,包括以下內(nèi)容:
項目實施中項目管理的必要性和如何進行項目管理,項目的質(zhì)量如何控制;
項目實施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用;
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認(rèn)階段
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求,包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等,實施人員調(diào)研完成后,會編寫《需求調(diào)研分析手冊》,并交付用戶進行確認(rèn),待用戶對《需求調(diào)研分析手冊》上所提到的需求確認(rèn)完畢后,項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容:
1、進行需求調(diào)研準(zhǔn)備
2、編制《需求調(diào)研計劃》
3、內(nèi)部評審是否通過《需求調(diào)研計劃》
項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審,如評審?fù)ㄟ^,則在稍后的時間內(nèi)簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》
如用戶簽署《需求調(diào)研計劃》,則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更
如果計劃存在變更,則執(zhí)行變更控制流程,否則按計劃進行后續(xù)工作。
6、編寫及發(fā)出《需求調(diào)研通知》
7、需求調(diào)研
項目組以《需求調(diào)研手冊》為依據(jù),從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研,并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果
項目組和公司其他技術(shù)部門將進一步進行分析,確定合理、可行的需求,將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》
項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審,如評審?fù)ㄟ^,則在稍后由用戶簽署,如評審不通過則重新修改,直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認(rèn)通知》
項目組編寫《需求分析報告確認(rèn)通知》,發(fā)給用戶,確定進行需求確認(rèn)的相關(guān)事宜,告之相關(guān)部門及人員安排好工作,準(zhǔn)時參與需求確認(rèn)工作,為順利完成需求確認(rèn)工作做準(zhǔn)備。
11、用戶是否確認(rèn)《需求分析報告》
如果用戶確認(rèn),并簽署了《需求分析報告》,則需求調(diào)研階段工作結(jié)束,進行后續(xù)的軟件功能實現(xiàn)的工作;如沒有確認(rèn),則進一步進行調(diào)研、分析,直至用戶最終確認(rèn)并簽署《需求分析報告》。雙方簽署了《需求分析報告》,需求調(diào)研工作結(jié)束之后,如果用戶提出新的需求或是變更已有的需求,則執(zhí)行需求新增及變更流程。
(三)軟件功能實現(xiàn)確認(rèn)階段
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中,項目實施人員將記錄軟件實現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后,項目實施人員將編制《軟件功能確認(rèn)表》,將定制好軟件功能待用戶確認(rèn),用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作,并對用戶進行初裝資料的軟件操作培訓(xùn),以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng),初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認(rèn)識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的,達到讓用戶了解軟件產(chǎn)品,最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層,對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:
1、調(diào)研培訓(xùn)信息:
在培訓(xùn)開始前3天由用戶實施負(fù)責(zé)人,將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:
結(jié)合調(diào)研結(jié)果,與用戶實施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時間,場地,人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:
用戶簽署《培訓(xùn)計劃》,進一步確認(rèn)培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:
培訓(xùn)開始前2天,按照簽署的《培訓(xùn)計劃》,將培訓(xùn)內(nèi)容、時間,場地,人員等信息通知用戶實施負(fù)責(zé)人。
5、搭建培訓(xùn)環(huán)境:
公司項目組在培訓(xùn)開始前,將培訓(xùn)環(huán)境搭建及檢查妥當(dāng),將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):
公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn),按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:
公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織受訓(xùn)人員參加上機及理論考試。
8、培訓(xùn)總結(jié):
公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人一起將出勤情況及考核情況做出總結(jié),填入《培訓(xùn)及考核統(tǒng)計表》,及時向相關(guān)負(fù)責(zé)人匯報。
(六)系統(tǒng)安裝測試及試運行階段
此階段的主要工作是在用戶真實環(huán)境下,對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試,對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平,掌握操作規(guī)范。此階段的主要工作內(nèi)容為:
1、編制計劃:
與用戶實施負(fù)責(zé)人商議具體測試及試運行時間,地點,人員等安 排,項目組編制《測試及試運行計劃》。
2、簽署計劃:
用戶簽署《測試及試運行計劃》,進一步確認(rèn)測試及試運行安排。
3、發(fā)測試及試運行通知:
在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負(fù)責(zé)人。
4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備:
5、組織測試及試運行:
用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合,組織相關(guān)人員進行測試及試運行。公司項目組負(fù)責(zé)擔(dān)當(dāng)指揮,檢查用戶人員組織情況并給予指導(dǎo),跟蹤檢查如下情況:
l 跟蹤單據(jù)流轉(zhuǎn)狀況。
l 跟蹤新資料登錄環(huán)節(jié)。
l 觀察業(yè)務(wù)流程執(zhí)行狀況。
l 觀察操作人員操作表現(xiàn)。
l 觀察系統(tǒng)運行速度及異常表現(xiàn)。
l 觀察關(guān)鍵數(shù)據(jù)的正確性。
l 及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通,確定解決辦法。
6、測試及試運行總結(jié):
測試及試運行完成,總結(jié)試運行中設(shè)備、軟件的運行情況,總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況,以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負(fù)責(zé)人。
(七)總體驗收階段
此階段是對項目總體的完成情況進行驗收。驗收分階段進行,在每一項目階段結(jié)束時,用戶對這一階段的可交付成果進行驗收,在測試及試運行結(jié)束后,對系統(tǒng)進行總體驗收。
需要驗收的可交付成果:
啟動
階段
編制總體項目計劃
?
簽署的《總體項目計劃》
啟動會
項目啟動會
簽署的《項目實施協(xié)議》
需求調(diào)研階段
需求分析報告確認(rèn)
需求調(diào)研結(jié)束
簽署的《需求分析報告》
軟件
實現(xiàn)
軟件功能確認(rèn)
軟件功能確認(rèn)
簽署的《軟件功能確認(rèn)表》
數(shù)據(jù)
初裝
用戶簽署初裝計劃及初裝培訓(xùn)計劃
?
簽署的《初裝計劃及初裝培訓(xùn)計劃》
初裝檢查及總結(jié)
數(shù)據(jù)初裝完成
《數(shù)據(jù)初裝總結(jié)表》
培訓(xùn)及考核
用戶簽署培訓(xùn)計劃
?
簽署的《培訓(xùn)計劃》
培訓(xùn)總結(jié)
培訓(xùn)完成
《培訓(xùn)總結(jié)表》
測試及試運行
用戶簽署測試及試運行計劃
?
簽署的《測試及試運行計劃》
測試及試運行總結(jié)
試運行完成
《測試及試運行總結(jié)》
驗收
總體驗收
驗收完成
《總體驗收報告》
(八)系統(tǒng)交接階段
此階段是項目實施的最后一個階段,主要工作是軟件公司項目組向用戶移交軟件項目,包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔,并簽署《售后服務(wù)協(xié)議》,項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》,對軟件公司項目實施人員的`整個項目實施情況進行評價,軟件公司將聽取用戶的意見,再今后的項目實施管理中進行加強和改進。
(一)軟件必須能滿足和適應(yīng)企業(yè)需求
這一點是整個項目能否成功實施的最關(guān)鍵的一環(huán)。很多企業(yè)都在這一方面吃過虧,在選型時見到的軟件有很多功能模塊,在樣板企業(yè)里數(shù)據(jù)也能跑起來,但當(dāng)軟件買回來了以后,卻發(fā)現(xiàn)了軟件的很多功能與企業(yè)的現(xiàn)實差別很大,所以根本就用不起來。不同企業(yè)之間的管理流程和對數(shù)據(jù)的要求差別很大,基本上兩個完全相同的企業(yè)是不存在的,世界上絕對不會有一種“萬能軟件”能滿足所有企業(yè)的需求。企業(yè)在選型軟件時,要充分考慮各種管理流程的特點、數(shù)據(jù)的來源、統(tǒng)計報表不同功能模塊的關(guān)系、企業(yè)員工的接受能力及與其它系統(tǒng)的接口等很多問題,所以企業(yè)選擇的必須是軟件提供商為企業(yè)訂制開發(fā)出來的。如果軟件提供商不為企業(yè)做前期需求分析和訂制開發(fā),只是把現(xiàn)成的軟件賣給企業(yè),它的實施成功率幾乎為零,如果是這樣的服務(wù),企業(yè)還不如買一套盜版軟件 。所以我們可以得出這樣的結(jié)論,企業(yè)買軟件提供商的不是它的軟件,而是它的開發(fā)能力。
(二)軟件是否能進行二次開發(fā)
因為企業(yè)現(xiàn)有的流程不是一成不變的,需不斷完善與改進,所以軟件的功能也需要能進行相應(yīng)的修改,而且企業(yè)在第一次做項目需求時,有些問題可能忽略掉了,所以必須要求選型的軟件有強大的二次開發(fā)能力。如果軟件的結(jié)構(gòu)過于僵死或二次開發(fā)能力不強,它未來可能會變成一塊“雞肋”,讓企業(yè)有種“食之無味、棄之可惜”的感覺。測試軟件是否具有快速二次開發(fā)能力的方法也不難,就是企業(yè)在選型時,不僅要看軟件提供商如何演示,還要提出一些個性化需求,看看對方能否迅速開發(fā)出來。
(三)軟件和實施費用應(yīng)相對便宜
企業(yè)第一次實施由于經(jīng)驗上的不足,風(fēng)險不是沒有,確實有許多優(yōu)秀的企業(yè)是通過第二次實施才獲得了成功。因此企業(yè)在第一次選型軟件時,不要只注意軟件提供商的品牌和規(guī)模,因為價格越高,企業(yè)自身的風(fēng)險就越高。我們建議企業(yè)最好還是購買那些物美價廉的產(chǎn)品,也就是當(dāng)所選軟件都能滿足企業(yè)現(xiàn)實需求且能進行二次開發(fā)時,企業(yè)最好選擇價格便宜的那家,就好像一個人剛學(xué)會開車,就要買一輛奔馳轎車,無論這個人是否真正有錢都不是明智的選擇。現(xiàn)在出現(xiàn)了平臺化組構(gòu)的軟件產(chǎn)品,它可以通過建模工具迅速按照客戶的需求進行軟件開發(fā),這樣就大量地節(jié)約軟件開發(fā)周期和成本,而且二次開發(fā)工作也變得十分的簡單,所以企業(yè)最好選擇這樣的產(chǎn)品。
(四)軟件操作要簡單、易學(xué)
由于許多企業(yè)過去沒有信息化建設(shè)的經(jīng)驗,員工一下子由過去的手工工作轉(zhuǎn)為計算機工作肯定有一個適應(yīng)過程,如軟件組構(gòu)和操作過于復(fù)雜,那么一定會加大培訓(xùn)和實施的難度。
軟件維護項目方案篇十三
深入貫徹落實科學(xué)發(fā)展觀,堅持安全生產(chǎn)第一的理念,全面落實市業(yè)主和總監(jiān)辦安全生產(chǎn)工作會議部署,緊緊圍繞安全生產(chǎn)工作大局,統(tǒng)籌規(guī)劃,改革創(chuàng)新,著力完善項目的培訓(xùn)體系,強力推進以“三項崗位人員”(項目經(jīng)理、安全管理人員、特種作業(yè)人員),農(nóng)民工和班組長為重點的項目全員培訓(xùn),進一步加大監(jiān)管培訓(xùn)力度,切實加強安全專業(yè)人才培養(yǎng),大力推進培訓(xùn)內(nèi)容規(guī)范化、培訓(xùn)方式多樣化、培訓(xùn)手段現(xiàn)代化、培訓(xùn)管理信息化,全面提升從業(yè)人員和安全監(jiān)管人員的整體素質(zhì),為促進安全生產(chǎn)形勢持續(xù)穩(wěn)定好轉(zhuǎn)提供人才保證和財力支持。
(一)、教育和培訓(xùn)的時間。
1、企業(yè)法人代表、項目經(jīng)理每年不少于30學(xué)時;
2、專職管理和技術(shù)人員每年不少于40學(xué)時;
5、其他職工每年不少于15學(xué)時;
6、待、轉(zhuǎn)、換崗重新上崗前,接受一次不少于20學(xué)時的培訓(xùn);
7、新工人入場、班組三級培訓(xùn)教育時間分別不少于15學(xué)時、20學(xué)時。
(二)、教育和培訓(xùn)的形式與內(nèi)容。
教育和培訓(xùn)分等級、層次和工作性質(zhì)分別進行,管理人員的重點是安全生產(chǎn)意識和安全管理水平,操作者的重點是遵章守紀(jì)、自我保護和提高防范事故的能力。
1、新工人(包括合同工、臨時工、學(xué)徒工、實習(xí)和代培人員)。
必須進行項目部、工地和班組的三級安全教育。教育內(nèi)容包括安全生產(chǎn)方針、政策、法規(guī)、標(biāo)準(zhǔn)及安全技術(shù)知識、設(shè)備性能、操作規(guī)程、安全制度、嚴(yán)禁事項及本工種的安全操作規(guī)程。
2、電工、焊工、架工;機操工及起重工和各種機動車輛司機等特殊工種工人,除進行一般安全教育外,還要經(jīng)過本工程的專業(yè)安全技術(shù)教育。
3、采用新工藝、新技術(shù)、新設(shè)備施工和調(diào)換工作崗位時,對操作人員進行新技術(shù)、新崗位的安全教育。
(三)、安全教育和培訓(xùn)的形式。
1、新工人三級安全教育。
對新工人或調(diào)換工種的工人,必須按規(guī)定進行安全教育和技術(shù)培訓(xùn),經(jīng)考核合格,方準(zhǔn)上崗。
三級安全教育是每個剛進企業(yè)的新工人必須接受的首次安全生產(chǎn)方面的基本教育,三級安全教育是指公司、項目、班組這三級。對新工人或調(diào)換工種的工人,必須按規(guī)定進行安全教育和技術(shù)培訓(xùn),經(jīng)考核合格,方準(zhǔn)上崗。
公司級。新工人在分配到施工隊之前,必須進行初步的安全教。
育。教育內(nèi)容如下:
(l)勞動保護的意義和任務(wù)的一般教育;
(2)安全生產(chǎn)方針、政策、法規(guī)、標(biāo)準(zhǔn)、規(guī)范、規(guī)程和安全知識;
(3)企業(yè)安全規(guī)章制度等。
項目級。項目級教育是新工人被分配到項目以后進行的安全教育。教育內(nèi)容如下:
(1)建筑工人安全生產(chǎn)技術(shù)操作一般規(guī)定;
(2)施工現(xiàn)場安全管理規(guī)章制度:
(3)安全生產(chǎn)紀(jì)律和文明生產(chǎn)要求;
(4)在施工程基本情況,包括現(xiàn)場環(huán)境、施工特點,可能存在不安全因素的危險作業(yè)部位及必須遵守的事項。
班組級。崗位教育是新工人分配到班組后,開始工作前的一級。
教育。教育內(nèi)容如下:
(2)本工種安全操作規(guī)程;
(3)班組安全生產(chǎn)、文明施工基本要求和勞動紀(jì)律;
(4)本工種事故案例剖析、易發(fā)事故部位及勞防用品的使用要求。
三級教育的要求:
(1)三級教育一般由企業(yè)的安全、教育、勞動、技術(shù)等部門配合進行;
(2)受教育者必須經(jīng)過考試合格后才準(zhǔn)予進入生產(chǎn)崗位;
(3)給每一名職工建立職工勞動保護教育卡,記錄三級教育、變換工種教育等教育考核情況,并由教育者與受教育著雙方簽字后入冊。
2、特種作業(yè)人員培訓(xùn)。
除進行一般安全教育外,還要執(zhí)行g(shù)b5306—85《關(guān)于特種作業(yè)人員安全技術(shù)考核管理規(guī)劃》的有關(guān)規(guī)定,按國家、行為、地方和企業(yè)規(guī)定進行本工種專業(yè)培訓(xùn)、資格考核,取得《特種作業(yè)人員操作證》后上崗。
3、特定情況下的適時安全教育。
(1)季節(jié)性,如冬季、夏季、雨雪天、訊臺期施工;
(2)節(jié)假日前后;
(3)節(jié)假日加班或突擊趕任務(wù);
(4)工作對象改變;
(5)工種交換;
(6)新工藝、新材料、新技術(shù)、新設(shè)備施工;
(7)發(fā)現(xiàn)事故隱患或發(fā)生事故后;
(8)新進入現(xiàn)場等。
4、三類人員的安全培訓(xùn)教育。
施工單位的主要負(fù)責(zé)人是安全生產(chǎn)的第一責(zé)任人,必須經(jīng)過考核合格后,做到持證上崗。在施工現(xiàn)場,項目負(fù)責(zé)人是施工項目安全生產(chǎn)的第一責(zé)任者、也必須持證上崗,加強對隊伍培訓(xùn),使安全管理進入規(guī)范化。
5、安全生產(chǎn)的經(jīng)常性教育。
項目部在做好新工人入場教育、特種作業(yè)人員安全生產(chǎn)教育和各級領(lǐng)導(dǎo)干部、安全管理干部的安全生產(chǎn)培訓(xùn)的同時,還必須把經(jīng)常性的安全教育貫穿于管理工作的全過程,并根據(jù)接受教育對象的不同特點,采取多層次、多渠道和多種方法進行。安全生產(chǎn)宣傳教育多種多樣,應(yīng)貫徹及時性、嚴(yán)肅性、真實性、做到簡明、醒目,具體形式如下:
(1)施工現(xiàn)場入口處的安全紀(jì)律牌。
(2)舉辦安全生產(chǎn)訓(xùn)練班、講座、報告會、事故分析會。
(3)建立安全保護教育室,舉辦安全保護展覽。
(4)舉辦安全保護廣播,印發(fā)安全保護簡報、通報等,辦安全保護黑板報、宣傳欄。
(5)張掛安全保護掛圖或宣傳畫、安全標(biāo)志和標(biāo)語口號。
(6)舉辦安全保護文藝演出、放映安全保護音像制品。
(7)組織家屬做職工安全生產(chǎn)思想工作。
6、班前安全活動。
班組長在班前進行上崗交流,上崗教育,做好上崗記錄。
(1)上崗交底。交當(dāng)天的作業(yè)環(huán)境、氣候情況、主要工一作內(nèi)容和各個環(huán)節(jié)的操作安全要求,以及特殊工種的配合等。
(2)上崗檢查。查上崗人員的勞動防護情況,每個崗位周圍作業(yè)環(huán)境是否安全無患,機械設(shè)備的安全保險裝置是否完好有效,以及各類安全技術(shù)措施的落實情況等。
(四)培訓(xùn)效果檢查。
對安全教育與培訓(xùn)效果的檢查主要是以下幾個方面:
1、檢查各項目安全教育制度。各項目要建立健全的安全教育和培訓(xùn)考核制度,要廣泛開展安全生產(chǎn)的宣傳教育,使我項目各級領(lǐng)導(dǎo)和廣大職工真正認(rèn)識到安全生產(chǎn)的重要性、必要性,懂得安全生產(chǎn)、文明施工的科學(xué)知識,牢固樹立安全第一的思想,自覺地遵守各項安全生產(chǎn)法令和規(guī)章制度。
2、檢查新入施工現(xiàn)場工人進行三級安全教育的情況?,F(xiàn)在臨時勞務(wù)工多,發(fā)生傷亡事故主要的多在臨時勞務(wù)工之中,因此在三級安全教育上,應(yīng)把臨時勞務(wù)工作為新入廠工人對待。新工人(包括合同工、臨時工、學(xué)徒工、實習(xí)和代培人員)都必須進行三級安全教育。
3、檢查安全教育內(nèi)容。安全教育要有具體內(nèi)容,要把《建筑施工現(xiàn)場安全生產(chǎn)基本知識》、《建筑工人安全技術(shù)操作規(guī)程》作為安全教育的重要內(nèi)容,做到人手一冊,除此以外,企業(yè)、工程處、項目經(jīng)理部、班組都要有具體的安全教育內(nèi)容。電工、焊工、架工、機械工及起重工、各種機動車輛司機等特殊工種的安全教育內(nèi)容。經(jīng)教育合格后,方準(zhǔn)獨立操作,每年還要復(fù)審。對從事有塵毒危害作業(yè)的工人,也要進行主毒危害和防治知識教育,也應(yīng)有安全教育內(nèi)容。
4、檢查變換工種時是否進行安全教育。各工種工人及特殊工種工人除懂得一般安全生產(chǎn)知識外,尚要懂各自的安全技術(shù)操作規(guī)程,當(dāng)采用新技術(shù)、新工藝、新設(shè)備施工和調(diào)換工作崗位時,要對操作人員進行新技術(shù)操作和新崗位的安全教育,未經(jīng)教育不得上崗操作。
5、檢查工人對本工種安全技術(shù)操作規(guī)程的熟悉程度。該條是考核各工種工人掌握《建筑工人安全技術(shù)操作規(guī)程》的熟悉程度,也是對各工種工人安全教育效果的檢驗。
6、檢查我項目各項目施工管理人員的年度培訓(xùn)。各項目應(yīng)按公司規(guī)定,安排施工管理人員進行有關(guān)安全生產(chǎn)工作的培訓(xùn)學(xué)習(xí),并做好培訓(xùn)記錄。
軟件維護項目方案篇十四
根據(jù)上級政府及縣教體局工作安排,為確保我鄉(xiāng)教育大局穩(wěn)定,進一步推動我鄉(xiāng)教育事業(yè)健康、均衡、協(xié)調(diào)、快速發(fā)展,特制定本方案。
以科學(xué)發(fā)展觀為指導(dǎo),以深入細(xì)致排查我鄉(xiāng)教育內(nèi)部安全穩(wěn)定為前提,以確保我鄉(xiāng)教育大局穩(wěn)定為目標(biāo),切實增強各校園領(lǐng)導(dǎo)責(zé)任意識,深入扎實地開展好各個層面,各個環(huán)節(jié)的具體工作,確保我鄉(xiāng)大局穩(wěn)定,為進一步推動我鄉(xiāng)教育事業(yè)又好又快發(fā)展奠定堅實基礎(chǔ)。
狠抓常規(guī)管理,把各項制度落到實處,力求實效;進一步健全組織機構(gòu),落實職人員,提升安全管理水平;注重機制體制創(chuàng)新,多方創(chuàng)造條件,推動校園安全穩(wěn)定工作科學(xué)發(fā)展;提高應(yīng)急處置能力,全力維護段村鄉(xiāng)校園安全穩(wěn)定。
為切實將我鄉(xiāng)學(xué)校安全工作的落到實處,確保各項工作順利開展,特調(diào)整段村鄉(xiāng)中小學(xué)(幼兒園)安全穩(wěn)定工作領(lǐng)導(dǎo)組,詳情如下:
段村鄉(xiāng)中小學(xué)(幼兒園)安全穩(wěn)定工作領(lǐng)導(dǎo)組:
組長:(鄉(xiāng)校長)。
成員:(文教室安全專管)。
1.嚴(yán)格落實安全穩(wěn)定工作責(zé)任制。學(xué)?!耙话咽帧笔前踩€(wěn)定工作第一責(zé)任人。各中小學(xué)校長幼兒園園長要將安全穩(wěn)定工作責(zé)任細(xì)化分解,將安全穩(wěn)定工作責(zé)任落實到崗,落實到人,落實到每項工作的每個環(huán)節(jié),逐級層層簽訂安全穩(wěn)定工作目標(biāo)責(zé)任書,建立覆蓋所有工作環(huán)節(jié)的安全責(zé)任體系,嚴(yán)格實行安全穩(wěn)定工作目標(biāo)管理責(zé)任制、責(zé)任追究制和安全穩(wěn)定工作“一票否決制”,切實做到目標(biāo)明確,措施得力,責(zé)任到人。
2.認(rèn)真開展安全自查。進一步完善校園的安全檢查制度,每周定期對學(xué)校重點要害部位及人員集中場所安全情況進行自查,并形成制度。對檢查出的安全隱患實行臺賬管理。對自查的校園安全隱患進行整改。繼續(xù)健全和完善校園的安全機構(gòu)、安全制度、應(yīng)急預(yù)案、安全設(shè)施。堅持節(jié)假日門衛(wèi)和教師值班制度。
3.建立健全預(yù)警和應(yīng)急處置機制。各中小學(xué)幼兒園要結(jié)合實際,對現(xiàn)有的處置突發(fā)事件預(yù)案進行修訂,尤其對學(xué)校重大集體活動、易發(fā)性流行性的傳染病等預(yù)案要進一步細(xì)化,增強實用性和操作性。
4.建立學(xué)校安全管理制度。根據(jù)我縣教體局的要求,積極與派出所、交通、工商、衛(wèi)生等部門加強聯(lián)系,建立學(xué)校安全管理制度,努力構(gòu)建“積極預(yù)防、依法管理、社會參與、各負(fù)其責(zé)”的社會化安全管理格局,切實加強對校園安全管理工作的領(lǐng)導(dǎo)。
5.認(rèn)真做好傳染病防控和食品衛(wèi)生宣傳和管理工作。要認(rèn)真貫徹落實《食品衛(wèi)生法》、《傳染病防治法》、《學(xué)校食堂與學(xué)生集體用餐衛(wèi)生管理規(guī)定》等法律、法規(guī)。學(xué)校食堂必須有《衛(wèi)生許可證》、食堂從業(yè)人員必須持有《健康證》,并且要切實加強對食堂從業(yè)人員的培訓(xùn),嚴(yán)防食物中毒事件發(fā)生。積極開展衛(wèi)生救護知識宣傳教育活動,做好校園傳染病及突發(fā)公共衛(wèi)生事件預(yù)防和控制工作。
6.繼續(xù)推進警務(wù)進校園工作。充分發(fā)揮法制輔導(dǎo)員的積極性,為學(xué)校法制輔導(dǎo)員提供有利條件,協(xié)調(diào)好法制輔導(dǎo)員與本校安全保衛(wèi)機構(gòu)和人員的工作關(guān)系,加強對未成年人法律知識專題教育,提升未成年人法律意識,預(yù)防未成年人犯罪,。
7.各中小學(xué)幼兒園加強校園周邊環(huán)境整治工作。充分發(fā)揮校園安全穩(wěn)定工作和校園保衛(wèi)室的作用,加強校園周邊環(huán)境治理,對嚴(yán)重威脅學(xué)校和學(xué)生安全的重大隱患,請求掛牌督辦,努力營造平安和諧的校園周邊環(huán)境。
8.深入開展“平安校園”創(chuàng)建活動。各中小學(xué)幼兒園進一步加大“平安校園”創(chuàng)建工作的力度,加強對“平安校園”創(chuàng)建工作的檢查和指導(dǎo),積極開展創(chuàng)建活動,爭取20xx年使創(chuàng)建“平安校園”工作再上新高度。
9.加強中小學(xué)幼兒園門衛(wèi)安保工作。抓好中小學(xué)幼兒園門口值班工作,各單位配備安保器具、報警器,監(jiān)控等。加強中小學(xué)(幼兒園)各項值班。文教室要經(jīng)常深入學(xué)校進行工作督查,以確保師生生命及學(xué)校財產(chǎn)安全,確保教育教學(xué)工作正常開展。
10.建立學(xué)校安全穩(wěn)定工作零報告制度。各校明確一名報告員,自20xx年10月31日起,每天下午4:00前將學(xué)校(幼兒園)安全穩(wěn)定情況向文教室何老師匯報(電話:重大事情及時向文教室主要領(lǐng)導(dǎo)及縣教體局和鄉(xiāng)政府報告。
軟件維護項目方案篇十五
為了進一步加強班主任隊伍建設(shè),充分激發(fā)班主任工作的積極性和創(chuàng)造性,努力提高班級常規(guī)管理和教育水平,特制訂本考核辦法。
1、五項評比:(衛(wèi)生、早操、午間操、午休、晚寢)15分。
2、讀報(準(zhǔn)時下班落實每天工作,維持紀(jì)律等)10分。
3、按時記錄上交班主任工作臺帳(家訪、談話團隊班活動記錄等)10分。
4、上足上好班會課(有目的、有要求、有內(nèi)容)10分。
5、黑板報和班級財產(chǎn)管理(每月底出刊,每月初檢查班級財產(chǎn)管理情況)10分。
7、杜絕“三種現(xiàn)象”(上網(wǎng)、抽煙、打架)15分。
8、班主任會議(必須準(zhǔn)時參加會議并作好記錄)5分。
9、“長明燈”現(xiàn)象(晴好天氣不開燈)10分。
10、逃課(平時上課、周六補課等)10分。
1、五項評比:15分。
月總分在98分以上得15分,在95-97.9之間得10分,在85-94.9之間得5分,84.9分以下得0分。
2、讀報:10分。
月讀報在20次以上得10分,在10-19次得5分,在9次以下不得分。
3、按時記錄和上交班主任工作臺帳:5分。
臺帳記錄全得5分,記錄稍缺得2分,臺帳不交(每月一次)扣10分。
4、上足上好班會課:10分。
上足(45分)上好(有教案)得10分,未上足(30分)得5分,挪作他用扣10分。
5、黑板報和班級財產(chǎn)管理:10分。
按時刊出黑板報和無財產(chǎn)損壞得10分,嚴(yán)重?fù)p壞公物(質(zhì)視損壞情況)最高扣20分。
6、學(xué)校、各處室布置的工作任務(wù)落實完成:10分按質(zhì)按時完成得10分,不完成不得分。
7、杜絕“三種現(xiàn)象”:15分。
無三種現(xiàn)象發(fā)生得15分,其中發(fā)生一次得5分,有處分(抽煙、打架)扣20分。
8、班主任會議:5分。
準(zhǔn)時參加并記錄好會議內(nèi)容得5分,公事請假不能出席得3分,無故不參加不得分。
9、“長明燈”現(xiàn)象:10分。
查到晴好天氣開著“長明燈”二次扣5分,五次以上扣15分。
10、逃學(xué):10分。
無逃課得10分。有逃課學(xué)生屢禁不止不得分。
1、當(dāng)月正常做好班主任工作給予考核。
2、當(dāng)月病事假累計超20天,不予考核。
3、班上有嚴(yán)重違法違紀(jì)學(xué)生(派出所立案)不予考核。
4、當(dāng)月班上有三人次打架并有行政處分的不予考核。
5、當(dāng)月班上有流生者不予考核。
當(dāng)月考核獎與當(dāng)月的考核分掛鉤。具體等次如下:
1、90-100分為優(yōu)秀級得70元。
2、75-89分為良好級得60元。
3、60-74分為合格級得45元。
4、60分以下為不合格級得0元。
1、班級學(xué)額以50人為核算單位,每超5人的,加獎3元;
2、本辦法作為班主任“評優(yōu)”的重要依據(jù)(每月考核分在90分以上)。
3、有流生扣當(dāng)月考核獎70元,當(dāng)年度不得評優(yōu)評先;
4、本辦法從20xx年10月執(zhí)行,考核辦法中未盡事宜,解釋權(quán)屬校長室。
軟件維護項目方案篇一
很多人對寫方案非常沒有信心,一涉及到方案的事情,就束手無策,到處求人。
作為一個公認(rèn)的方案打手,意思是寫方案就象打字員一樣,我覺得我在這方面確實是有絕活。
我基本上都是在方案提交前一兩天接到寫方案的任務(wù),而我自己的事情一般又比別人多一點,也不能不做,只好心里大罵一句,罵完后就打電話搞清楚別人的要求,邊問就邊構(gòu)思整個方案的推導(dǎo)思路和結(jié)構(gòu)提綱。
因為你不敢讓你的同事知道你只能用很少的一點時間寫方案(基本上我真正動筆寫方案的時間都在2~4個小時以內(nèi)),讓他們擔(dān)心方案的質(zhì)量和進度保證,進而對自己的后續(xù)工作質(zhì)量沒有信心。所以我其實也特別緊張,注意力也特別集中,大腦也高速反應(yīng),基本上幾分鐘電話或面談完思路基本就有了,然后該干嘛干嘛,找一些零散的小時間把思路不斷推導(dǎo)一下,然后到了一個比較安靜和完整的時間段前才開始寫,這個時候基本上要寫的話都想清楚了,只需要不斷敲字,敲字的時候也是注意力也特別集中,大腦也高速反應(yīng),越寫思路越開,很快也就完工了。
寫方案不難,知道怎么寫才難。關(guān)于寫方案我只總結(jié)一點,結(jié)構(gòu)化地去組織你的思想。
有結(jié)構(gòu)就有思路,有思路就有方案。
另外真正寫方案的人,對自己寫過的方案是永遠(yuǎn)不會滿意的,只有這樣,每次都會進步一點點,解決方案水平質(zhì)量就會隨公司能力不斷增長。
當(dāng)然我曾經(jīng)問過很多人,你到底為什么寫不出好的方案呢?
基本上原因可以歸為四類:
1.1第一種是沒有體系。
一旦用戶要求提供關(guān)于pdm的方案,很多人大腦是一片空白,完全不知道從哪里下手。很多人說起自己的產(chǎn)品來,好象知道不少賣點,不過真要寫出來,又覺得無從下筆。
這種情況一般是寫方案者不熟悉自己產(chǎn)品體系造成的,知道一兩個甚至更多的產(chǎn)品賣點不難,但難就難在成體系,知識就是成體系的點構(gòu)成的,而不是一句一句離散的說法構(gòu)成的。
因為我們這個行業(yè)從業(yè)人員說句不客氣的話,大部分對所銷售實施的管理系統(tǒng)并沒有很深入的研究,都是半路出家,從頭開始,在學(xué)習(xí)過程中熟悉,在熟悉過程中領(lǐng)悟。所以一下子去駕馭一個整體方案是很痛苦的。只有當(dāng)一個人對一個產(chǎn)品思路有體系以后,才能夠?qū)懗鐾暾姆桨?,否則就是一個單元也要費盡腦汁。
所以一個人要想寫好一個方案,首先要把自己產(chǎn)品的來龍去脈,功能模塊,適應(yīng)領(lǐng)域,典型客戶實施情況有一個全面的了解,這樣才能建立一個完整的知識體系,然后逐步補充競爭對手知識和一些技術(shù)性知識,不斷深化自己的知識體系。
1.2第二種是沒有思路。
有很多用戶看多了模板化的方案以后,想看一些針對他們自己的業(yè)務(wù)的個性化內(nèi)容,這個時候有的人按照標(biāo)準(zhǔn)方案模板修改還勉強能對付,但對于個性化內(nèi)容針對性方案就速手無策了。
這種情況從根本上講還是寫方案者不熟悉企業(yè)業(yè)務(wù)造成的,寫方案,特別是針對性方案不僅僅要求了解企業(yè)的需求,而且要知道這些需求是在何種業(yè)務(wù)需求下產(chǎn)生的,用戶提出這樣的要求到底想解決什么問題,把這個問題找出來,一般針對性解決思路就有了,有了思路,自然可以很好的寫方案。
所以一個人要寫好方案,還需要了解下游客戶的業(yè)務(wù),了解業(yè)務(wù)最有效的方法就是親自做幾次詳盡的業(yè)務(wù)調(diào)研,有了業(yè)務(wù)調(diào)研做基礎(chǔ),在調(diào)研過程中把握用戶關(guān)注重難點問題,自然可以比較好的確定方案的個性化內(nèi)容思路。
解決方案就是把客戶的利益和產(chǎn)品特性之間建立一個邏輯性的橋梁。
1.3第三種是沒有素材。
一般不經(jīng)常寫方案的人,在寫一個方案的時候,即使有想法,有思路,但往往也會很累,就是因為缺少足夠的素材。很多項目現(xiàn)在都是投標(biāo),不同用戶可能有不同投標(biāo)的要求,這樣很難用一個方案去適應(yīng)所有的用戶,因此在每個方案中都有一些需要準(zhǔn)備的內(nèi)容。
這些內(nèi)容基本上是通用的,但如果沒有足夠積累每次編制方案就需要花費大量時間去準(zhǔn)備,造成方案完成周期過長。
所以寫好方案必須具備這三個條件,第一方案編制者對企業(yè)業(yè)務(wù)要很熟悉,或者有相關(guān)業(yè)務(wù)調(diào)研經(jīng)驗,第二方案編制者對產(chǎn)品非常熟悉,至少對自己產(chǎn)品功能模塊作用很清楚,第三方案編制者手上有大量可公用的素材庫。
1.4第四種是沒有層次。
很多人剛和用戶接觸沒有多久,為了表現(xiàn)自己對客戶的重視,馬上表示要提供方案,當(dāng)然有的客戶剛剛開始選型,也不知道到底要什么搞,也要供應(yīng)商馬上提供一個方案。
結(jié)果拍胸脯容易,寫方案難,自己寫不出來只好求公司,公司沒有安排專人了解情況,只好按模板制作一個,用戶一看幾個供應(yīng)商內(nèi)容都差不多,覺得不好,又總結(jié)出一些個性化要求,于是大家有開始折騰第二輪方案。
其實方案編制在不同階段有不同策略,不要輕易提供方案。剛開始接觸是可以提供項目合作建議書,類似可行性報告,項目需要考察軟件技術(shù),可以提供標(biāo)準(zhǔn)的產(chǎn)品技術(shù)白皮書,到了經(jīng)過售前調(diào)研,有所準(zhǔn)備,在演示前后階段和其它競爭對手刺刀見紅的時候,才在知己知彼的基礎(chǔ)上提供解決方案或者投標(biāo)書。
過早提供方案只能匆匆了事,時間緊急,質(zhì)量自然不高,自然也就覺得方案難寫。想急就又能解決問題的事情,本來就是一般人做不來的。
方案想要寫得好,一定要用心,用心就一定要耗時間,指望用幾個小時寫出一個高質(zhì)量的方案是不可能的。如果你做了精心調(diào)研,你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作,明白了這一點,大家都可以經(jīng)過練習(xí)寫出好的方案。
2.1第一個容易犯的錯誤:只有論點,沒有論證。
不好的解決方案粗看起來非常厚重,其實都是功能羅列,象產(chǎn)品手冊摘要版,不象方案書。
不好的方案是一大堆內(nèi)容,淹沒在一堆紙里面,也不知道想說什么,給你一個厚度,證明我們的工作質(zhì)量很高。我們國內(nèi)許多的企業(yè)客戶特別是大型企業(yè)都很在乎這點,認(rèn)為可以從方案厚薄中看出對項目重視程度。
如果你做了精心調(diào)研,你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作,有個金字塔式的寫做原理,也就是說文章一定是有結(jié)構(gòu)的。
所以真正好的方案,不一定厚,但能看出你用心,你認(rèn)真。
現(xiàn)在的解決方案一個不好的傾向是“長、厚、全”,看起來面面俱到,其實對決策者沒有幫助。
所有的方案無差異性,每家供應(yīng)商都說自己能解決這些問題,而且都有成功案例。
結(jié)果所有的方案都無法給決策者簡明的判斷依據(jù),不得不費更大勁去做產(chǎn)品演示和用戶考察。
其實很少有企業(yè)高管不知道自己的毛病,在企業(yè)你隨便去找一個人,對問題都能講一通,在企業(yè)你費很大勁可能都找不到一個人能告訴你這些問題可以怎樣去解決。
通觀這個方案并沒有研究為什么企業(yè)會產(chǎn)生這么多問題?問題是這些問題是什么產(chǎn)生的?為什么出這么多問題?而是不斷說“我能!我能!選我,選我!”。
如果不能找到解決這些問題的原因,簡單地去解決這些現(xiàn)象,就象治病不能治根一樣。這樣一個模板化,自我膨脹化的方案想打動用戶的心是非常困難的。
不好的解決方案最大的問題就象寫一篇議論文,能夠發(fā)現(xiàn)問題(這個也是模板化的,可惜中國企業(yè)大部分沒有意識到自己很多問題并不少見,總以為自己是特殊的一類企業(yè)),提出答案(搞信息化),但沒有論證(為什么搞信息化和企業(yè)管理進步有聯(lián)系呢?)。
沒有論證的東西不管內(nèi)容陳列得多么繁復(fù),名詞多么嚇人,但是無法打動用戶,特別是那種理性的用戶。
看到方案時候,其實很多用戶下不決心,他會感覺每家都差不多。
如果從沒看過方案的人,突然看到這幾個方案,你為什么會感覺某個方案寫得好呢,關(guān)鍵是有的方案圖畫的好,通過圖,通過表,會感覺這個公司還不錯,很規(guī)范。但對內(nèi)容認(rèn)可程度并不高,實際上沒看懂。
2.2第二個容易犯的錯誤:業(yè)務(wù)解決方案成為功能列表。
解決方案省事的一種方法就是將產(chǎn)品功能描述作為技術(shù)方案內(nèi)容進行羅列,或者參照軟件用戶手冊羅列,這種解決方案不是按照用戶業(yè)務(wù)去準(zhǔn)備的內(nèi)容,而是按照軟件商自己的喜好去編制的解決方案是很難得到用戶認(rèn)可的。
大凡按照功能列表組織的解決方案用戶會有一個體會,龐大而庸長,但要看到自己想看到的部分非常困難。
按功能列表準(zhǔn)備方案的做法在很長一段時間內(nèi)不會消失,這和我們普遍是4p銷售人員,還缺少spin(顧問式)銷售人員有關(guān),在資源不足的情況下,要保證效率就只能提供功能列表方案了。
2.3第三個容易犯的錯誤:結(jié)構(gòu)不清晰。
不好的解決方案最共性的毛病是結(jié)構(gòu)不太好,沒有清晰的思路。
沒有思路的方案質(zhì)量很低,用戶在審閱過程中也不會體會到和一個專人人士通過文字交流的樂趣,他不得不從供應(yīng)商混亂的思路中發(fā)掘亮點,看看到底是誰能解決企業(yè)的問題,真是一件痛苦的工作。
一種常見的方案結(jié)構(gòu)毛病就是重復(fù)的內(nèi)容在不同的章節(jié)反復(fù)出現(xiàn)例如在第一章介紹了對某個問題的分析,提出企業(yè)的需求,這第二章介紹方案價值的時候又用不同語句組織類似內(nèi)容,到第三章解決方案描述中還是要把問題描述一遍,給人感覺思路不連貫,結(jié)構(gòu)臃腫。
這里有一個方案提綱的提綱,我們以這個提綱為例子說明結(jié)構(gòu)不清晰的方案。
1公司簡介及資質(zhì)文件。
7.2.2技術(shù)支持與服務(wù)的保障8開目典型用戶9有關(guān)技術(shù)秘密的聲明10附件。
這個方案第一部分、第二部分是用戶投標(biāo)要求,必須如此,但第三部分技術(shù)解決方案應(yīng)該是重點,這個部分結(jié)構(gòu)就很奇怪。
一般好的方案結(jié)構(gòu)標(biāo)題就是論點,內(nèi)容就是用事實進行論證,子目錄是上級總目錄論點的分論點,逐層論證下來,方案顯得邏輯性結(jié)構(gòu)性很強,看看目錄就能看出方案的邏輯推導(dǎo)體系。這就是所謂金字塔文檔體系。
這個方案顯然不是這樣的,看起來一大堆內(nèi)容,有經(jīng)驗的人一看就知道是內(nèi)容的羅列。
例如第三部分總標(biāo)題是技術(shù)解決方案,結(jié)果第一個子標(biāo)題還是技術(shù)解決方案,撞車!一定層次感都沒有。而且第一子章節(jié)技術(shù)解決方案后馬上是功能模塊,技術(shù)解決方案理論上包括功能模塊,不是一個層面的東西,技術(shù)解決方案應(yīng)該和實施策略,服務(wù)策略平級的內(nèi)容,所以一定要談?wù)勛约杭夹g(shù)解決方案,不如用技術(shù)解決方案思路或者特色來表達,和功能模塊也就是一個層次分論點,統(tǒng)一支持技術(shù)解決方案這個大題目。
具體功能模塊后面跟著一大堆章節(jié)就更奇怪,里面每個都是具體的功能模塊,為什么成為和具體功能模塊平級的內(nèi)容?應(yīng)該設(shè)置為具體功能模塊子章節(jié)為妥。
很多人可能覺得用戶對這個點很關(guān)心,要重點突出,所以一定要單獨立一個章節(jié),其實不必然,結(jié)構(gòu)清晰的方案用戶看起來才不費心,反而想這個方案,將具體功能模塊,報表及明細(xì)匯總、應(yīng)用工具及封裝接口、用戶及權(quán)限管理、拼圖打印、編碼管理列為同一層面內(nèi)容,反而叫人看不出排列的思路,在厚厚一大本方案中尋找對應(yīng)關(guān)心內(nèi)容并不容易。
其實不如把技術(shù)解決方案分為兩大部分,一部分介紹整個方案的實現(xiàn)思路,對于工作比較忙的人可以看這塊中對企業(yè)業(yè)務(wù)和邏輯的分析是否到位,相當(dāng)于整個方案的精華版;一部分介紹整個方案的技術(shù)支撐模塊,對于項目具體負(fù)責(zé)人就可以深入研究技術(shù)支撐和業(yè)務(wù)思路之間是否存在合理的組織關(guān)系。
在第二部分技術(shù)支撐模塊中根據(jù)業(yè)務(wù)邏輯或業(yè)務(wù)順序設(shè)計功能模塊的介紹。
例如一般企業(yè)是首先考慮靜態(tài)技術(shù)資料的受控管理,在受控的基礎(chǔ)上要求盡可能集成設(shè)計軟件中的信息,然后要對設(shè)計過程建立嚴(yán)密的動態(tài)控制體系,此外還希望得到一些設(shè)計過程的專業(yè)支持,例如變型設(shè)計,二級工藝路線管理等等,最后要求提供一些編碼,企業(yè)資源庫等等輔助工具。這就是我們實現(xiàn)企業(yè)需求的一個大的業(yè)務(wù)思路,在這個業(yè)務(wù)思路下我們可以將技術(shù)支撐模塊分為相應(yīng)的五個部分。
到這里,整個方案大的框架就有了,我們需要設(shè)計一下分標(biāo)題,使用戶一看就可以進入自己關(guān)心的內(nèi)容,而且每個部分都是對所屬總標(biāo)題的呼應(yīng)支持,在業(yè)務(wù)環(huán)節(jié)上也是“相互獨立,彼此窮盡”的環(huán)節(jié)。
在標(biāo)題的設(shè)計上不要過于簡單,例如技術(shù)資料管理,應(yīng)該說有效的技術(shù)資料管理,因為有效才成為技術(shù)支撐模塊,進而呼應(yīng)前面業(yè)務(wù)實現(xiàn)思路中的描述。
在上面這個思路基礎(chǔ)上,我們就開始結(jié)合企業(yè)業(yè)務(wù)和產(chǎn)品功能進行考慮分標(biāo)題下級的結(jié)構(gòu),我們用第一有效的技術(shù)資料管理為例子。
有效的技術(shù)資料管理到底要解決哪些業(yè)務(wù)問題才算完整呢?我們現(xiàn)在就開始將企業(yè)管理技術(shù)資料的業(yè)務(wù)進行羅列,在業(yè)務(wù)思路中逐步說明。
企業(yè)管理技術(shù)資料是以產(chǎn)品為線索區(qū)分的,所以第一要說清楚產(chǎn)品資料如何管理;。
產(chǎn)品下所有零部件是以特征為線索區(qū)分的,所以第二要說清楚零部件資料如何管理;。
有些零部件還具有共圖共工藝的特征,所以第三要說清楚系列零部件資料如何管理;。
進一步有的企業(yè)還有系列產(chǎn)品,所以第四要說清楚系列產(chǎn)品資料如何管理;。
系列產(chǎn)品可能存在大量配置關(guān)系,所以第五要說清楚各種規(guī)則下產(chǎn)品配置資料如何管理;。
有的企業(yè)已經(jīng)存在了大量歷史設(shè)計資料,所以第七要說清楚歷史產(chǎn)品資料如何入庫管理;。
最后要說清楚產(chǎn)品資料為什么入庫管理后是安全的;。
我們現(xiàn)在總結(jié)一下,這些技術(shù)資料管理手段如果都提供了,應(yīng)該是完整而且層次清晰的,這樣的話,第一個子標(biāo)題下的分標(biāo)題又有了。
再看看這個標(biāo)題和業(yè)務(wù)思路,這里面體現(xiàn)的一個結(jié)構(gòu)化方式恰恰是“一句話一個意思,一層意思推動一層意思”,到最后就象剝筍一樣,層層剝開,問題解決思路也就步步清晰了,企業(yè)看起來也就很明白。
那么我們還可以繼續(xù)細(xì)分用戶提出的各種業(yè)務(wù)需求,把企業(yè)各種業(yè)務(wù)要求對號入座,例如下面有一組需求:
有的企業(yè)要求用戶訪問控制;有的企業(yè)要求提供角色權(quán)限管理;有的企業(yè)希望按產(chǎn)品目錄授權(quán);有的企業(yè)要求全部存放在服務(wù)器的數(shù)據(jù)庫中;有的企業(yè)希望支持多數(shù)據(jù)庫獨立訪問;有的企業(yè)要求提供備份工具等等。
我們現(xiàn)在看看這些業(yè)務(wù)是否都應(yīng)該是關(guān)心資料安全的?所以應(yīng)該放在資料安全管理目錄下,而且這些需求也可以分為不同層次,一些是和權(quán)限有關(guān)的,一些是和存儲和備份有關(guān)的,這樣很快又可以把子標(biāo)題和分子標(biāo)題設(shè)計出來了。
同樣我們可以推導(dǎo)出如下另外幾個部分的提綱:
這個結(jié)構(gòu)化體系一旦出來后,整個方案的思路是否清晰明了,下筆容易了呢?
結(jié)構(gòu)化體系最大的好處是不亂,今后用戶提出任何業(yè)務(wù)需求,或者產(chǎn)品功能如何擴充,都很容易對號入座,或者擴充子標(biāo)題。這也是體現(xiàn)了一種分類管理的思想。
當(dāng)然這個分類思路根據(jù)不同業(yè)務(wù)特征允許存在多種可能,而且分類層次應(yīng)不超過5級標(biāo)題,否則文章的可讀性不佳。
如果一定要超過5層,就可以采取其它排版方式體現(xiàn)。
2.4第四個容易犯的錯誤:口語書面語混雜,遣詞造句不嚴(yán)謹(jǐn)。
不好的解決方案還有一個毛病就是口語書面語混雜,遣詞造句不嚴(yán)謹(jǐn)。
有的人寫作時順著思路走,口語化成分很多,例如本人的行文基本是口語化的,也體現(xiàn)了這個毛病。當(dāng)然大師級人物的確可以將文章寫得明白如話,但是對我們這些人而言方案是代表公司正式對外的文檔,一定不要出現(xiàn)口語和書面語混雜的情況。
例如太多的兒,的,我們,你們等等都是口語化語言,不應(yīng)該大量出現(xiàn)在正式方案中。
有的人寫方案比較圖表現(xiàn),喜歡指出用戶的不足,這個時候喜歡用很激烈的語言。例如缺少管理,業(yè)務(wù)失控,后果很嚴(yán)重等等語句,這樣的遣詞造句是不嚴(yán)謹(jǐn)?shù)?,方案用語不要追求“語不驚人誓不休”。而是理性分析,認(rèn)真推導(dǎo),句句講邏輯。
實在要用一些事實說明企業(yè)的問題,不要用刺激性強的語言,例如說企業(yè)業(yè)務(wù)存在問題,可以說業(yè)務(wù)有可改進的地方,例如說企業(yè)管理失控,可以說管理上存在很難受控的環(huán)節(jié)。
這樣的表達企業(yè)反而容易接受,不出問題。
2.5第五個容易犯的錯誤:沒有認(rèn)真檢查,存在大量硬傷。
不好的解決方案制造過程往往是找一個同類方案,然后主要工作是“ctrl+c”+“ctrl+v”。
很多人就圖快,省事,沒有很好的核對,結(jié)果往往容易出現(xiàn)如下幾種錯誤:
第二有時候替換過頭,把一些案例中類似的話也替換成為給用戶名稱,鬧出笑話。
第三只注意了文字替換,不注意圖形中的替換,結(jié)果文字是一個用戶的,圖片是另一個用戶的,感覺不尊重。
第四是只注意了文字替換,忽視了頁眉頁腳的替換,特別是注意了首頁或目錄的頁眉頁腳,沒有注意正文的頁眉頁腳。
第五是案例不對,明明是汽車行業(yè)的用戶,案例全部都是其它行業(yè)的,感覺在這個行業(yè)沒有經(jīng)驗。
第六是聯(lián)絡(luò)方式不對,很多時候?qū)e的營銷區(qū)域方案拿過來用,服務(wù)信息都沒有更正過來。
第七是存在大量技術(shù)硬傷,有時候為了突出軟件技術(shù)實力,將大量專家都不一定看得懂的詞匯大量堆砌,其實連軟件公司自己都搞不清楚采用了哪些。
企圖通過讓用戶對概念和名詞發(fā)暈進而對軟件產(chǎn)生信賴的方式已經(jīng)過時,解決方案應(yīng)該實事求是說明業(yè)務(wù)問題,不要在名詞上忽悠。
2.6第六個容易犯的錯誤:過于突出自我。
很多人寫方案大量出現(xiàn)“**軟件公司”內(nèi)容,甚至每個產(chǎn)品都恨不得加上自家標(biāo)識。在很多地方行文造句都是“我能,我行,我有…”等語氣。
這種方案很容易給用戶過度營銷的感覺。我們給用戶寫的方案在售前建議盡量用用戶做前綴,例如說某某企業(yè)pdm項目,不要總在說某某供應(yīng)商pdm的話,給用戶一種相對的針對性,感覺這個方案的確是為用戶準(zhǔn)備的。
在售后實施方案中軟件公司的名字只需要出現(xiàn)一次,后面就不需要反復(fù)出現(xiàn),因為大家都知道是你的產(chǎn)品,何必反復(fù)體現(xiàn),我們更應(yīng)該把用戶的注意力集中到產(chǎn)品本身就應(yīng)該具備的功能和支撐業(yè)務(wù)上,而不要形成某某可以,某某不可以的印象。
2.7第七個容易犯的錯誤:沒有評審。
方案提交給客戶之前,一定要經(jīng)過評審。
沒有開發(fā)點的方案,一般經(jīng)過自評和互評即可,自評時,要重新審視整個方案的結(jié)構(gòu)、問題描述、遣詞造句等方面,特別是用替換修改的企業(yè)名稱和營銷平臺等方面的內(nèi)容,盡量減少低級錯誤。
自己評審過的方案一定要給一個其它的人評審。
互評時,要重新審視整個方案的結(jié)構(gòu)、遣詞造句等方面的內(nèi)容。
對于有開發(fā)點的方案,要經(jīng)過公司的評審。提交給公司評審的方案,一定是已經(jīng)過自評和互評的方案,而且要注明主要看哪些部分,以及編寫這些部分的背景知識。
2.8第八個容易犯的錯誤:沒有體現(xiàn)公司產(chǎn)品最新進展。
一般人寫解決方案首先不是想著如何說清楚用戶的業(yè)務(wù),如何在公司產(chǎn)品中體現(xiàn)出對業(yè)務(wù)的支持,而是想趕緊找一個模板,把這一關(guān)走過去再說,其實很多時候就是對每個階段工作沒有質(zhì)量意識最后導(dǎo)致工作處處被動。
所以寫解決方案一定要根據(jù)公司最新產(chǎn)品功能認(rèn)真組合功能實現(xiàn)企業(yè)業(yè)務(wù),甚至可以考慮利用未來半年內(nèi)會發(fā)布的功能認(rèn)真組合,因為解決方案離正式實施往往需要半年甚至更長的周期。
很多時候解決方案一抄再抄,都是一兩年前的模板,自然缺少競爭力和說服力。
這個問題的核心是公司有沒有專人專崗負(fù)責(zé)對標(biāo)準(zhǔn)解決方案的維護和更新發(fā)布機制,其實比較好的一種做法結(jié)合典型項目技術(shù)公關(guān)推動解決方案水平不斷完善和提高。
三、寫好方案的心得。
3.1動筆前先打一個電話。
一般情況下方案撰寫人只是按照別人要求提供方案,并非直接利用方案的人,所以在寫方案之前,問問需要方案的同事,甚至是用戶,聽聽他們對方案的想法和建議,對自己寫方案會有很大幫助。
很多時候方案準(zhǔn)備完成方案接受者并不滿意方案的組織,需要返工修改,所以動筆前先打幾個電話,問問別人要什么,不但可以提高方案準(zhǔn)備命中率,甚至可以獲得大量現(xiàn)成的思路建議,對自己寫方案大有好處。
3.2一定要努力按業(yè)務(wù)邏輯去寫。
一般寫方案最簡單的方式就是按照軟件自己的思路和功能模塊組織,因為有大量現(xiàn)成的材料可用。但這樣方案對用戶并非是一種最佳選擇,因為客戶要轉(zhuǎn)換到供應(yīng)商的思維才能看懂方案字句之間的含義。
如果從以客戶為中心角度出發(fā),方案應(yīng)盡量讓用戶容易看懂,好理解,自然也就取得了幾個印象分。
我們方案就是要先仔細(xì)探討企業(yè)業(yè)務(wù),不是將調(diào)研結(jié)論一羅列,而是從業(yè)務(wù)分析得出業(yè)務(wù)需求,最后描述技術(shù)實現(xiàn)手段。從這個意義上講,解決方案要按照簡明的操作手冊來準(zhǔn)備。
3.3按標(biāo)準(zhǔn)套路寫方案。
不同類型的方案都有自己的套路,例如可行性報告,解決方案,建議書等等都有標(biāo)準(zhǔn)的套路,我們應(yīng)盡量按照標(biāo)準(zhǔn)套路準(zhǔn)備方案,不要自成體系,在套路下發(fā)揮,套路就體現(xiàn)了一種結(jié)構(gòu)化體系化的思維模式。
關(guān)于常用套路我們另有一章說明。
3.4先構(gòu)思提綱,經(jīng)過討論,最后動筆。
很多時候方案準(zhǔn)備時間并不充分,很多人接到任務(wù),壓力之下立即開始動手,這往往是不好的工作習(xí)慣,有時候有模板,的確可以快速出活,但時間長了就養(yǎng)成一種惰性,替換方式抄方案還勉強,真要遇到有個個性化問題,因為在平時寫方案過程中思維始終不經(jīng)過結(jié)構(gòu)化思考的練習(xí),真到方案模板沒有覆蓋的情況,就沒有辦法應(yīng)付。
好的方案特點是:標(biāo)題就是論點。結(jié)論做為標(biāo)題馬上拿出來。
好的方案是觀點鮮明,立場明確,有理有據(jù),有血有肉。
所以有方案要寫,一定不要急著寫,而是想自己的提綱,這個完整提綱目錄之間的邏輯聯(lián)系和業(yè)務(wù)銜接自己在心里面推導(dǎo)得比較有力和充分了,才開始動筆快速拿出提綱,有了提綱寫起來思路就不會斷電,寫起來才快。
好的方案一定是做了論點。
論點是假設(shè)的,例如說搞pdm有價值。
你說價值有三個方面,能降低成本,提高質(zhì)量,能縮短交貨期。這都是你的假設(shè)。
你怎么知道成立?就要找些事實去證明它。
我們現(xiàn)在都喜歡找什么事實呢?你用了這個功能,所以你的論點就成立,因為你有這個功能,所以你的效率提高了。
這都是扯蛋!為什么用了pdm企業(yè)就能做到這幾點。根本沒邏輯推導(dǎo)。
不是還有大把企業(yè)用了erp,用了pdm還不是該咋的咋的,錢都打水漂了。
好處一定是每個好處都是獨立,它是有層次,每層上的好處是平級的',大好處包含多個小好處,這些好處倒推出來就響應(yīng)支持你的論點,這種方案看了以后別人就會理解并支持你。然后每個好處一定是在前一個好處的基礎(chǔ)上往前推動一步,最好得出一個強有力的論證過程。
所以好的方案必須是金字塔型的,論據(jù)論證最后構(gòu)成堅實的基礎(chǔ)。
如果有條件的話,這個思路還應(yīng)該和大家討論,特別是一些重要方案,一定要先反復(fù)討論提綱,大家各種意見和思路在提綱中統(tǒng)一了,再動手寫。這樣就不至于遇到寫了一半被人否定,推倒重來的痛苦了。
3.5找一個安靜的地方和完整的時間段開始。
寫方案最怕中間不停被人打斷,這樣思路連貫性會很差。所以我無論接到多么緊急的方案編制任務(wù),也不會急著去寫,而是把手頭該處理的小事情處理干凈,然后保證開始后的時間相對安靜和完整,這樣才能保證方案的質(zhì)量。
而且寫方案一定要保證在一個時間段內(nèi)初步拿出完整的推導(dǎo)思路和結(jié)構(gòu)提綱才能結(jié)束去干別的事情,這樣以后就是逐步補充和豐富內(nèi)容,不至于還在為結(jié)構(gòu)苦惱,不清楚從哪里下筆,每次要花費大量時間從頭構(gòu)思。
3.6認(rèn)真準(zhǔn)備閱讀提示和摘要。
一個方案往往厚厚一本,更多是充點門面,領(lǐng)導(dǎo)是不會真看的。萬一要看,也就是看看包裝是否精美,和頭幾頁文字。
所以方案可以單獨附一份摘要,這是關(guān)于整個方案業(yè)務(wù)分析和解決思路的精華部分,當(dāng)然也可以帶一點實施方法和典型用戶的介紹。
這樣就可以讓自己方案思路在短短幾頁紙中清晰描述和表達出來,這種提煉過的語言和文字往往更能打動人心。
一般寫一份厚方案只需要一天,寫一份薄方案需要一周,要求在三頁紙內(nèi)說明問題需要一個月!能把書讀薄是能力的體現(xiàn)。
對于方案也一定要提供一份閱讀指引,告訴不同的人其關(guān)心的內(nèi)容可以在哪些章節(jié)直接獲得,方便其閱讀。實際上我們觀察很多論文和書籍序言都有一段來說明這個文字的結(jié)構(gòu),其實這也是一個標(biāo)準(zhǔn)做法。
3.7注意排版。
方案一定要注意排版,印刷要干凈,封面要隆重,裝訂要精美,方案就是一個公司的臉面,雖然不是說一份方案可以決定項目,但一份看上去都不好的方案一定很讓人懷疑公司的能力。
我們很多人見過外企的文字,一般都非常精美,排版很漂亮,大家一看就覺得是專業(yè)人士所為。
所以方案的文字和圖表內(nèi)容最好請專門的美工設(shè)計一套標(biāo)準(zhǔn)的排版體系,對方案整體可讀效果會起到極大促進作用。
現(xiàn)在很多方案都是密密碼碼,內(nèi)容是多,可以有什么用?
不如取巧,少寫一些文字,多在排版上動腦筋,實在想不出好的排版是什么回事的,去買基本暢銷書,你會發(fā)現(xiàn)可讀性好的書往往有一個技巧叫“留白”。
方案文字段落邊框之間保持適當(dāng)距離,特別是邊框合理留白會讓一份方案可讀性大大提高。
象本文這樣的文字如果加上留白設(shè)計可讀性就會很不錯。
3.8注意積累素材。
寫方案無論如何按照企業(yè)業(yè)務(wù)組織,基本上90%內(nèi)容是相同的,不過是根據(jù)不同思路進行組織而已,畢竟軟件功能不會在短期內(nèi)發(fā)生巨大改變,方案涉及功能也沒有理由發(fā)生大的改變,所以方案中很多素材是可以通用的。
包括一些公司通用素材,更是要隨時積累補充完善和歸類存檔,這樣在寫方案時才不會因為尋求這些基本素材浪費大量時間。
基本素材收集還要注意隨時和公司公開宣傳口徑保持一致,防止引用過期素材。當(dāng)然標(biāo)準(zhǔn)素材最好由公司統(tǒng)一維護。
獲取其它素材的途徑比較多,主要有:
現(xiàn)場初步需求調(diào)研與交流。
與熟悉類似項目的銷售經(jīng)理、技術(shù)支持工程師、實施工程師溝通、了解。
營銷平臺交流。
企業(yè)網(wǎng)站。
相關(guān)行業(yè)資料介紹。
書刊。
……。
一般可以從企業(yè)網(wǎng)站獲取企業(yè)介紹。從網(wǎng)站獲取的企業(yè)介紹需經(jīng)“角色轉(zhuǎn)換”和“內(nèi)容篩選”,角色轉(zhuǎn)換是指站在公司的立場描述該企業(yè)的情況介紹,要把第一人稱改為第三人稱。內(nèi)容篩選是指主要介紹企業(yè)信息化的基礎(chǔ),包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等內(nèi)容。
四、方案分類和用途。
4.1方案的種類。
目前,公司為客戶撰寫的方案分為:建議書、解決方案、投標(biāo)書。技術(shù)白皮書應(yīng)作為統(tǒng)一的資料提供。
建議書是用于動員客戶啟動項目,或者用于客戶初步選型階段的技術(shù)支持,以入圍;。
投標(biāo)書是用于客戶招標(biāo)的技術(shù)交底,以綜合實力戰(zhàn)勝對手。
4.2方案的基本結(jié)構(gòu)。
一、建議書的基本結(jié)構(gòu)。
建議書的側(cè)重點是分析客戶實施某項目的宏觀和微觀形式、現(xiàn)存的諸多問題,提出實施該項目的必要性和緊迫性,再介紹相關(guān)產(chǎn)品和技術(shù)的發(fā)展現(xiàn)狀公司的產(chǎn)品特點和優(yōu)勢,落腳點是公司已具備相當(dāng)?shù)膶嵙?,與公司合作成功率最大、風(fēng)險最低。建議書的基本結(jié)構(gòu)如下:
引言。
現(xiàn)狀分析與診斷。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀。
公司相關(guān)產(chǎn)品的特點。
公司具備的實力和基礎(chǔ)。
結(jié)束語。
各個部分撰寫技巧如下:
引言部分。
從全國、行業(yè)的信息化現(xiàn)狀分析入手,說明信息化是大勢所趨,再從本行業(yè)的產(chǎn)品特點出發(fā)分析信息化需要注意的關(guān)鍵問題,最后介紹企業(yè)的情況,特別是信息化的已有基礎(chǔ),包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等,說明該企業(yè)已具備實施本項目的基礎(chǔ)。
引言部分可分為:
制造業(yè)信息化現(xiàn)狀。
本行業(yè)信息化特點分析。
信息化的基礎(chǔ)。
現(xiàn)狀分析與診斷部分。
從本項目所涉及部門的業(yè)務(wù)現(xiàn)狀描述和分析入手,找出問題,并提出相應(yīng)的解決辦法。
現(xiàn)狀分析與診斷部分可分為:
業(yè)務(wù)現(xiàn)狀描述。
問題分析與診斷。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分。
主要介紹本項目所涉及的pdm/capp/cad等技術(shù)產(chǎn)生背景、發(fā)展過程,以及發(fā)展趨勢等內(nèi)容,并說明這些技術(shù)已是成熟的實用性技術(shù)。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分可按軟件產(chǎn)品類別分別介紹,最后有一個小結(jié)。
公司相關(guān)產(chǎn)品的特點部分。
主要介紹公司相關(guān)產(chǎn)品的主要特點,說明公司相關(guān)產(chǎn)品是符合其發(fā)展趨勢的先進和成熟的產(chǎn)品。
公司相關(guān)產(chǎn)品的特點部分可按軟件產(chǎn)品類別分別介紹,最后有一個小結(jié)。
公司具備的實力和基礎(chǔ)部分。
主要從公司簡介、完整產(chǎn)品線、研發(fā)能力、實施與服務(wù)體系等方面,說明公司已有足夠的能力承接本項目,并以成功案例證明與公司合作成功率高、風(fēng)險最低。
公司的實力部分可分為:
公司簡介。
完整產(chǎn)品線。
雄厚的研發(fā)能力。
科學(xué)的實施與服務(wù)保障體系。
成功案例。
結(jié)束語部分。
闡明公司愿與企業(yè)強強聯(lián)手,結(jié)為(戰(zhàn)略)合作伙伴關(guān)系,共同推進企業(yè)乃至本行業(yè)的信息化建設(shè)。
在結(jié)束語部分要明確提出合作建議內(nèi)容,對于一些戰(zhàn)略合作伙伴關(guān)系不能輕易宣講和承諾,一定要經(jīng)報公司批準(zhǔn)之后方可承諾。
建議書的要求是簡短緊湊,內(nèi)容詳實,便于用戶決策,可以在一份建議書中形成幾個可選方案,推動用戶決策。
解決方案的側(cè)重點是分析現(xiàn)存問題,提出功能需求及相應(yīng)技術(shù)實現(xiàn)手段,并輔以實施保障措施,說明用戶需求是可以實現(xiàn)的。解決方案的基本結(jié)構(gòu)如下:
引言。
現(xiàn)狀分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計。
系統(tǒng)技術(shù)方案。
系統(tǒng)實施方案。
服務(wù)內(nèi)容及措施。
典型案例。
結(jié)束語。
引言部分。
從全國、同行業(yè)的信息化現(xiàn)狀分析入手,說明信息化是大勢所趨。再從本行業(yè)的產(chǎn)品特點出發(fā)分析信息化需要注意的地方。接著介紹企業(yè)的情況,特別是信息化的已有基礎(chǔ),包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等,說明該企業(yè)已具備實施本項目的基礎(chǔ)。最后通過公司介紹說明有能力承擔(dān)該項目。
引言部分可分為:
制造業(yè)信息化現(xiàn)狀。
某行業(yè)信息化特點分析。
信息化的已有基礎(chǔ)。
公司介紹。
現(xiàn)狀分析與診斷部分。
現(xiàn)狀分析與診斷部分可分為:
業(yè)務(wù)現(xiàn)狀描述。
問題分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計部分。
根據(jù)現(xiàn)狀分析提出的需求,對本系統(tǒng)從總體目標(biāo)、指導(dǎo)思想、總體框架等方面進行總體規(guī)劃與設(shè)計。總體目標(biāo),是從企業(yè)已有明確的總體目標(biāo)中,結(jié)合用戶需求提煉出來的,不能簡單照抄,還需適當(dāng)調(diào)整與補充??傮w框架包括體系架構(gòu)、運行模式,以及其它企業(yè)關(guān)心的問題等。
系統(tǒng)規(guī)劃與設(shè)計部分可分為:
總體目標(biāo)。
指導(dǎo)思想。
總體框架。
體系架構(gòu)。
運行模式。
……。
系統(tǒng)技術(shù)方案部分。
從基本功能介紹、關(guān)鍵問題解決方案兩個層面介紹具體的技術(shù)方案?;竟δ芙榻B是對本項目所涉及的產(chǎn)品,在標(biāo)準(zhǔn)模塊功能基礎(chǔ)上適當(dāng)補充各模塊的新增功能或用戶的特殊功能。關(guān)鍵問題解決方案是就企業(yè)特別關(guān)心的問題(包括管理和技術(shù)兩個方面)、企業(yè)特殊需求中有一定難度的問題,以及管理方面需要改進的問題等提出解決方案和建議。
系統(tǒng)實施方案部分。
從本項目的預(yù)期效益入手,分析項目實施存在的風(fēng)險,接著介紹公司規(guī)避風(fēng)險的實施保障措施,最后給出初步實施進度計劃和培訓(xùn)計劃。實施規(guī)劃要結(jié)合用戶的實施打算,如果系統(tǒng)規(guī)模比較大,可以結(jié)合用戶的需求適當(dāng)進行目標(biāo)分解,分期完成。
系統(tǒng)實施方案部分可分為:
預(yù)期效益。
風(fēng)險分析及對策。
指導(dǎo)思想。
指導(dǎo)方法。
實施管理。
實施規(guī)劃。
實施進度計劃。
系統(tǒng)培訓(xùn)。
服務(wù)內(nèi)容及措施部分。
從公司能為客戶提供全方位服務(wù)承諾入手,闡述公司技術(shù)支持與服務(wù)的保障措施,讓客戶無后顧之憂。
服務(wù)內(nèi)容及措施部分可分為:
服務(wù)內(nèi)容及承諾。
技術(shù)支持與服務(wù)保障。
典型案例部分。
用公司典型用戶的案例進一步證明,公司提供的技術(shù)方案是先進的、實用的,形成一套科學(xué)的、可操作的實施方案。典型案例選擇的針對性表現(xiàn)在:行業(yè)、特殊需求、項目類型等方面有相似之處。
結(jié)束語部分。
闡明公司愿與企業(yè)強強聯(lián)手,達成合作伙伴關(guān)系,共同推進企業(yè)乃至本行業(yè)的信息化建設(shè)。
解決方案注意業(yè)務(wù)分析,系統(tǒng)規(guī)劃,技術(shù)方案三部分不要反復(fù)出現(xiàn)重復(fù)的內(nèi)容,或者為了表達自己技術(shù)方案是扣著業(yè)務(wù)需求而在系統(tǒng)規(guī)劃和技術(shù)方案中再次反復(fù)描述需求,如果發(fā)現(xiàn)有這樣的問題就要精心去組織方案提綱。
此外解決方案要避免浮夸和務(wù)虛的內(nèi)容,要盡量讓用戶看到可操作的內(nèi)容,例如在實施方案中用戶最關(guān)心的是在實施分幾個階段?每個階段相互配合工作是什么?誰去做合適?階段結(jié)束的標(biāo)志是什么?每階段工作需要多長時間?根據(jù)企業(yè)實際情況有哪些風(fēng)險?如何規(guī)避?基礎(chǔ)數(shù)據(jù)如何準(zhǔn)備?歷史數(shù)據(jù)如何錄入?工作流程應(yīng)用前后有何變化?這些是用戶真正關(guān)心的內(nèi)容。
所謂實施方法論,實施原則,實施指導(dǎo)思想,實施團隊結(jié)構(gòu)等看起來飽滿,其實是務(wù)虛的內(nèi)容少寫,寫得越多用戶越不得要領(lǐng),實施方案的要害是具備不具備可操作性。這里面的原則就是計劃越細(xì)化越具有可操作性。
三、投標(biāo)書的基本結(jié)構(gòu)。
投標(biāo)書是針對標(biāo)書的解決方案,包含解決方案的全部內(nèi)容,再增加公司優(yōu)勢和相關(guān)附件。投標(biāo)書總是原則是按照用戶提供的招標(biāo)書要求準(zhǔn)備,用戶要求如何提供資料就如何提供,不要任意發(fā)揮。
常見投標(biāo)書的基本結(jié)構(gòu)如下:
引言。
現(xiàn)狀分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計。
系統(tǒng)技術(shù)方案。
系統(tǒng)實施方案。
服務(wù)內(nèi)容及措施。
開目公司的優(yōu)勢。
典型案例。
結(jié)束語。
相關(guān)附件。
開目公司的優(yōu)勢。
相關(guān)附件。
相關(guān)附件按照招標(biāo)書的規(guī)定組織附件。
4.3方案的針對性。
為使方案具有鮮明的開目特色,方案必須具有一定的針對性。不同類別方案的針對性有不同的體現(xiàn)。
建議書的針對性體現(xiàn)在同行業(yè)的信息化特點分析,本企業(yè)已有的信息化基礎(chǔ)、本企業(yè)的現(xiàn)狀描述與問題分析等方面。
解決方案和投標(biāo)書的針對性有相同的表現(xiàn),主要體現(xiàn)在:同行業(yè)的信息化特點分析、現(xiàn)狀分析與診斷、總體目標(biāo)、關(guān)鍵問題解決方案、實施規(guī)劃與進度計劃、典型案例等。
現(xiàn)狀分析與診斷部分、實施規(guī)劃與進度計劃部分,不能簡單把客戶名稱更改就變成另外一家的情況。
總體目標(biāo)部分,有企業(yè)的個性,如果需要可以分解成近期、長期、遠(yuǎn)期目標(biāo)。
解決方案中可單獨把企業(yè)關(guān)心的關(guān)鍵問題單列為一部分,緊密結(jié)合企業(yè)的需求特點,不能簡單套用標(biāo)準(zhǔn)說法,必要時可以通過定制配置實現(xiàn)。
解決方案中的關(guān)鍵問題與投標(biāo)答辯ppt中的關(guān)鍵問題有區(qū)別。投標(biāo)答辯ppt中的關(guān)鍵問題主要是展示我們優(yōu)勢部分,以攻擊對手的劣勢部分,但一定要有絕對的把握。
軟件維護項目方案篇二
為認(rèn)真徹落實《浙江省商務(wù)廳浙江省財政廳關(guān)于建設(shè)全省電子商務(wù)服務(wù)體系的通知》(浙商務(wù)聯(lián)發(fā)[20xx]60號文件精神,加快我市電子商務(wù)公共服務(wù)中心建設(shè),特制定本實施方案。
一、總體思路。
按照“電商換市”和“國家電子商務(wù)示范城市”的總體要求,本著“資源整合、體系健全、功能完善、服務(wù)規(guī)范”總體思路,堅持政府推動和市場運作有機結(jié)合、公共服務(wù)和特色服務(wù)融合互動、豐富資料和提升品牌同步推進,建設(shè)臺州電子商務(wù)服務(wù)中心。爭取到20xx年,建成市級(市轄區(qū))和6個縣、市級電子商務(wù)公共服務(wù)中心,80個電子商務(wù)服務(wù)聯(lián)絡(luò)點,基本構(gòu)成主體多元、服務(wù)規(guī)范、高效有序的電子商務(wù)綜合服務(wù)體系,為全市企業(yè)和個體經(jīng)營戶供給全流程、一站式、低成本的電子商務(wù)服務(wù)。20xx度年,臺州市級(市轄區(qū))、天臺縣、三門縣、仙居縣電子商務(wù)公共服務(wù)中心建設(shè)項目已報請省商務(wù)廳、省財政廳同意(浙商務(wù)聯(lián)發(fā)[20xx]106號文件公示),務(wù)必要抓緊落實好建設(shè)方案。
二、重點資料。
根據(jù)電子商務(wù)服務(wù)功能要求,建設(shè)資料主要包括市縣電子商務(wù)公共服務(wù)中心,以及在鄉(xiāng)鎮(zhèn)、園區(qū)和專業(yè)市場設(shè)立電子商務(wù)服務(wù)聯(lián)絡(luò)點,天臺、三門、仙居服務(wù)聯(lián)絡(luò)點爭取到達10個以上,市本級(市轄區(qū))爭取到達20個以上,服務(wù)中心建成以后,直接對接省電子商務(wù)綜合服務(wù)平臺,逐步構(gòu)成覆蓋全市、全省的電子商務(wù)服務(wù)體系。
電子商務(wù)公共服務(wù)中心建設(shè),由商務(wù)部門牽頭,整合電子商務(wù)服務(wù)企業(yè),包括電子商務(wù)平臺企業(yè)、服務(wù)企業(yè)、電子商務(wù)產(chǎn)業(yè)基地(園區(qū))、電子商務(wù)培訓(xùn)機構(gòu)和實踐基地,以及其他電子商務(wù)服務(wù)資源和行業(yè)協(xié)會資源,讓我市企業(yè)和個體經(jīng)營者在公共服務(wù)中心平臺上能找到所需要的電子商務(wù)服務(wù)相關(guān)業(yè)務(wù)。公共服務(wù)中心要有固定辦公場所,有專門人員任職,負(fù)責(zé)綜合平臺上的電子商務(wù)服務(wù)資源和轄區(qū)內(nèi)企業(yè)的業(yè)務(wù)需求對接,供給電子商務(wù)培訓(xùn)、咨詢等服務(wù)。
三、組織實施。
按照全省電子商務(wù)服務(wù)體系建設(shè)統(tǒng)一部署,我市(市轄區(qū))、天臺、三門、仙居三個縣率先試點,各承辦企業(yè)(或單位)要抓緊調(diào)查研究,按照原先制定的建設(shè)方案,把當(dāng)?shù)刈顑?yōu)秀的電子商務(wù)服務(wù)資源吸收到公共服務(wù)中心上來。從今年10月開始,市轄區(qū)、天臺、三門、仙居三個縣要起動首批相關(guān)企業(yè)入駐服務(wù)中心并供給服務(wù),11月底前對電子商務(wù)服務(wù)中心及服務(wù)聯(lián)絡(luò)點建設(shè)情景進行一次綜合評估,為年底前迎接省考核驗收和績效評價做好充分準(zhǔn)備,爭取列入全省電子商務(wù)服務(wù)體系建設(shè)標(biāo)準(zhǔn)化示范地區(qū)。臨海市、溫嶺市、玉環(huán)縣電子商務(wù)公共服務(wù)中心建設(shè)與電子商務(wù)聯(lián)絡(luò)點(各10個以上)建設(shè)納入明年試點。
四、相關(guān)政策。
對市縣公共服務(wù)中心建設(shè)給予相應(yīng)財政支持。省里已明確給予必須的政策支持,市縣可根據(jù)實際情景給予相應(yīng)資金配套和相關(guān)政策扶持。對于列入服務(wù)中心的電子商務(wù)服務(wù)企業(yè)、產(chǎn)業(yè)基地(園區(qū))、培訓(xùn)機構(gòu)和實踐基地,以及其他電子商務(wù)服務(wù)主體可優(yōu)先享受當(dāng)?shù)仉娮由虅?wù)扶持政策,可優(yōu)先申報上級有關(guān)政策性扶持項目,可優(yōu)先評選有關(guān)示范性項目等。
將本文的word文檔下載到電腦,方便收藏和打印。
軟件維護項目方案篇三
用系統(tǒng)進行部署實施和軟件使用培訓(xùn)以及技術(shù)支持。項目組承諾項目獨立完成,不轉(zhuǎn)包外包。
項目開發(fā)維護的實施中,嚴(yán)格按照iso9001國際質(zhì)量體系進行控制,保證為用戶提供優(yōu)質(zhì)的產(chǎn)品、嚴(yán)密的工程實施、高效的服務(wù)支持。為此,要遵循下列工程實施管理原則和保證體系。
(1)有經(jīng)驗、成熟的技術(shù)隊伍是工程實施的前提條件。
完成任何項目工程,必須擁有一支有經(jīng)驗的、勇于探索的、高水平的、具有嚴(yán)謹(jǐn)工作作風(fēng)的技術(shù)隊伍,在工程實施的過程中發(fā)揮團隊協(xié)作精神和用戶密切協(xié)作的能力。
(2)管理層次分明、職責(zé)清晰是工程實施的基礎(chǔ)。
建立層次分明的項目工程實施管理機構(gòu),明晰各層的管理職責(zé),從組織管理的角度保證項目實施計劃落到實處。
(3)確定過程控制點,以過程質(zhì)量保證整體工程質(zhì)量。
整體都是由局部和具體的細(xì)節(jié)構(gòu)成,項目由一個個過程環(huán)節(jié)組成,只有認(rèn)真對待每一個過程細(xì)節(jié),才能保證項目工程整體的實施質(zhì)量。
(4)用戶參與是項目工程成功的保證。
從項目開始到項目的結(jié)束,每個階段都強調(diào)用戶的參與。開發(fā)商只有和用戶相結(jié)合才能使開發(fā)出的系統(tǒng)為用戶所用,發(fā)揮出系統(tǒng)的最大效益,而用戶的參與也是系統(tǒng)順利進行的保證。對本項目短時間、大范圍的配置安裝來說,如果有用戶的高度參與,項目工程的實施將大大加快。
2.8.1.2項目組織結(jié)構(gòu)。
本項目是一項涉及面廣、影響大、安全運行要求高,集數(shù)據(jù)處理、信息發(fā)布、資源整合于一體的政府信息化項目。為了更好的執(zhí)行該項目,將采取統(tǒng)一指揮、并行實施、相互支援的實施辦法。
為了使該項目能順利實施,便于項目的管理和協(xié)調(diào),使工作職責(zé)更加清晰明白,建立項目組織實施小組,建立由項目領(lǐng)導(dǎo)小組、項目管理辦公室、項目監(jiān)理公司、顧問咨詢組、項目經(jīng)理、項目具體實施小組組成的實施管理控制組織體系。
項目實施組織具體職責(zé)如下:
(1)項目領(lǐng)導(dǎo)小組。
負(fù)責(zé)項目實施過程中的重大事件決策;
根據(jù)項目的進度、質(zhì)量、技術(shù)、資源、風(fēng)險等實行宏觀監(jiān)控;
負(fù)責(zé)組建驗收小組,主持驗收工作;
協(xié)調(diào)參與項目各方的工作關(guān)系。
(2)項目管理辦公室。
組織各方統(tǒng)一制定工程管理計劃;
組織總體實施方案評審,組織測試驗收;
負(fù)責(zé)項目進度計劃與成本控制;
協(xié)調(diào)解決項目實施過程中出現(xiàn)的各種問題。
(3)顧問咨詢組。
1)人員組成農(nóng)業(yè)信息化相關(guān)領(lǐng)域的業(yè)務(wù)專家;
多年從事it行業(yè)和展廳建設(shè)的信息技術(shù)專家。
2)主要職責(zé)。
系統(tǒng)總體設(shè)計指導(dǎo);
對各子系統(tǒng)深化設(shè)計進行審核并提出優(yōu)化建議;
對各子系統(tǒng)進行技術(shù)協(xié)調(diào);
協(xié)助客戶對系統(tǒng)的設(shè)備配置予以確認(rèn);
對現(xiàn)場系統(tǒng)安裝、調(diào)試提供必要的技術(shù)支持服務(wù);
工程文檔審核。
(4)項目經(jīng)理。
1)人員組成項目經(jīng)理由具有豐富項目管理經(jīng)驗的高級工程師擔(dān)任。
2)主要職責(zé)。
制定項目計劃:牽頭制定項目計劃。
項目執(zhí)行:對總體方案設(shè)計及工程設(shè)計;配置確認(rèn);工程質(zhì)量保證;系統(tǒng)設(shè)計、開發(fā)、測試、安裝及調(diào)試;系統(tǒng)培訓(xùn)、驗收。
項目檢查:通過其下屬各工作組提供的工程進展匯報,將項目進展?fàn)顟B(tài)與項目計劃進度進行比較,發(fā)現(xiàn)過程誤差,提出整改措施。
項目控制:審核項目進展?fàn)顟B(tài),必要時調(diào)集各種備用資源,確保項目按計劃進度實施。
項目協(xié)調(diào):與客戶、各分系統(tǒng)建設(shè)部門進行協(xié)調(diào),解決工程組織接口及技術(shù)接口問題;定期主持系統(tǒng)建設(shè)協(xié)調(diào)會,及時解決各系統(tǒng)間出現(xiàn)的相關(guān)問題。
項目匯報:定期向項目采購單位匯報整個項目的進展情況,匯報在系統(tǒng)建設(shè)過程中出現(xiàn)的重大問題,聽取指導(dǎo)和建議。
(5)總體方案組。
1)人員組成由從事過多名基層電子政務(wù)項目的系統(tǒng)架構(gòu)師、系統(tǒng)分析員和需求分析工程。
師組成。
2)主要職責(zé)。
對項目經(jīng)理負(fù)責(zé);
進行系統(tǒng)的需求分析調(diào)研;
負(fù)責(zé)系統(tǒng)的總體設(shè)計;
策劃系統(tǒng)的模塊功能結(jié)構(gòu);
配合業(yè)主方進行系統(tǒng)驗收。
(6)軟件開發(fā)組。
并與客戶一起討論決定系統(tǒng)驗收方案。
1)人員組成高級程序員;
具有豐富產(chǎn)品開發(fā)經(jīng)驗的產(chǎn)品開發(fā)設(shè)計人員。
2)主要職責(zé)。
負(fù)責(zé)項目應(yīng)用軟件的系統(tǒng)設(shè)計;
負(fù)責(zé)項目應(yīng)用軟件的程序編碼;
負(fù)責(zé)項目應(yīng)用軟件的運行調(diào)試;
配合業(yè)主方進行系統(tǒng)驗收。
(7)系統(tǒng)測試組。
從使用者的角度完成系統(tǒng)操作步驟的設(shè)計,在實施過程中監(jiān)控測試系統(tǒng)是否達到最初制定的操作目標(biāo),并編寫業(yè)主操作手冊。檢驗系統(tǒng)開發(fā)質(zhì)量,并進行功能測試。
當(dāng)開始試運行階段后,還要對項目的各個方面指標(biāo)進行測試和評估。
(8)系統(tǒng)實施組。
1)人員組成由具有豐富經(jīng)驗的系統(tǒng)工程師和參加系統(tǒng)開發(fā)的軟件工程師組成。
2)主要職責(zé)。
負(fù)責(zé)各個實施區(qū)域的實施方案的設(shè)計與建議;
組織系統(tǒng)安裝及調(diào)試;
負(fù)責(zé)系統(tǒng)配置修改,安裝技術(shù)支持;
2.8.1.3項目團隊。
根據(jù)上述項目組織結(jié)構(gòu)和職能分解,北京派得偉業(yè)科技發(fā)展有限公司計劃投。
京派得偉業(yè)科技發(fā)展有限公司投入的人力資源將隨之增加和不斷進行調(diào)整。
未經(jīng)。
招標(biāo)人同意,項目總負(fù)責(zé)人及各分項目負(fù)責(zé)人在項目結(jié)束前不得變更。
具體人員組成分配情況分別如下表所示:
序號。
本項目職責(zé)。
姓名。
職務(wù)。
公司副總、農(nóng)業(yè)生產(chǎn)。
本項目具體分工。
系統(tǒng)總體設(shè)計指導(dǎo)及系統(tǒng)深化設(shè)計進行審核并提出優(yōu)化。
建議。
1.高級顧問張俊與管理事業(yè)部總經(jīng)。
理
農(nóng)業(yè)生產(chǎn)與管理事業(yè)部副總經(jīng)理。
項目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。
研發(fā)和總體設(shè)計。
2.項目經(jīng)理徐杰。
(項目經(jīng)理證書見。
附件)。
農(nóng)業(yè)生產(chǎn)與管理事。
項目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。
業(yè)部。
3.項目經(jīng)理史同鑫。
研發(fā)和總體設(shè)計。
項目經(jīng)理。
4.技術(shù)負(fù)責(zé)人劉鵬。
高級架構(gòu)師。
項目開發(fā)過程管理。
農(nóng)業(yè)生產(chǎn)與管理事。
5.
實施經(jīng)理。
魯國寶。
業(yè)部實施工程師。
6.7.8.9.10.11.12.13.
劉鵬飛。
總體設(shè)計組。
劉偉梁軼曉楊彬高麗郭壽水路鑫辛岢峰。
軟件開發(fā)組。
系統(tǒng)設(shè)計師。
需求分析需求分析需求分析。
高級程序員、開發(fā)組長。
程序員、開發(fā)組長高級程序員、開發(fā)組長。
原型制作。
系統(tǒng)設(shè)計師。
高級架構(gòu)師。
高級架構(gòu)師。
高級架構(gòu)師。
程序員。
程序員。
14.15.16.17.18.
秦巖賓賀永林。
程序員程序員程序員程序員。
閆壽增馮占衛(wèi)劉霞。
美工。
本項目具體分工。
原型制作原型制作。
測試經(jīng)理、系統(tǒng)測試。
系統(tǒng)測試系統(tǒng)測試。
系統(tǒng)實施、安裝部署系統(tǒng)實施、安裝部署系統(tǒng)實施、安裝部署。
系統(tǒng)測試組徐勝慧王楠石立坤。
系統(tǒng)實施組胡桂金張鵬飛。
理規(guī)范,該規(guī)范包括以下幾部分內(nèi)容:項目流程規(guī)范、人員組織規(guī)范、體系結(jié)構(gòu)。
規(guī)范、業(yè)務(wù)需求規(guī)范、模型設(shè)計規(guī)范、最終用戶應(yīng)用規(guī)范、計劃和部署規(guī)范、項。
目管理規(guī)范。
項目正式啟動后,項目將嚴(yán)格按照項目實施計劃進行。
首先進行項目的需求調(diào)研,開始收集項目的各種資料,并形成詳細(xì)的需求規(guī)。
格說明書;
在項目需求調(diào)研的基礎(chǔ)進行《概要設(shè)計》和《詳細(xì)設(shè)計》的編寫,并聘請專。
家進行咨詢、論證,通過專家評審,經(jīng)修改后部分內(nèi)容形成正式文稿;
在《概要設(shè)計》和《詳細(xì)設(shè)計》的指導(dǎo)下,開始進行系統(tǒng)的開發(fā)實施,在此。
過程中軟件測試和軟件初始數(shù)據(jù)的錄入工作;
系統(tǒng)開發(fā)完成后,進行安裝調(diào)試、試運行,同時進行現(xiàn)有系統(tǒng)的集成和數(shù)據(jù)。
導(dǎo)入工作,進入系統(tǒng)全線運行階段,完成整體測試、修改完善;
統(tǒng)培訓(xùn)貫穿始終,確保受訓(xùn)人員能夠熟練的對系統(tǒng)進行安裝、調(diào)試、運行、維護、管理。
在項目開發(fā)階段遵循需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼階段、測試階段。
及安裝調(diào)試施工。
(1)需求分析。
需求分析要從用戶的具體要求出發(fā)進行抽象匯總最終形成需求分析文檔,形成的具體的內(nèi)容如下:
系統(tǒng)的各個模塊的功能說明。
系統(tǒng)的性能要求。
系統(tǒng)的安全性要求。
系統(tǒng)的容錯要求。
系統(tǒng)接口要求。
系統(tǒng)使用范圍。
系統(tǒng)的客戶界面要求等。
需求分析階段需要用戶方技術(shù)人員協(xié)調(diào)用戶各相關(guān)單位配合需求調(diào)研工作,在需求調(diào)研工作結(jié)束后,簽署用戶需求分析書。
(2)概要設(shè)計。
從用戶的需求出發(fā),概要設(shè)計人員在確認(rèn)用戶最終需求的情況下進行概要設(shè)計形成系統(tǒng)概要設(shè)計,在概要設(shè)計的結(jié)束日期將概要設(shè)計交由詳細(xì)設(shè)計人員作為依照進行詳細(xì)設(shè)計。在概要設(shè)計階段應(yīng)該形成如下內(nèi)容:
系統(tǒng)整體構(gòu)架。
系統(tǒng)開發(fā)工具及方法。
每一模塊的用戶需求的說明。
系統(tǒng)各模塊之間的接口。
系統(tǒng)每一模塊的工作流及數(shù)據(jù)流定義。
數(shù)據(jù)庫結(jié)構(gòu)的定義。
數(shù)據(jù)庫表結(jié)構(gòu)的定義。
(3)詳細(xì)設(shè)計。
根據(jù)概要設(shè)計對每一功能模塊按照開發(fā)工具提供的功能進行實現(xiàn)的詳細(xì)設(shè)。
計,此部分的文檔應(yīng)該實現(xiàn)如下內(nèi)容:
每一功能模塊的用戶需求的詳細(xì)說明。
每一功能模塊工作流的詳細(xì)實現(xiàn)的設(shè)計(對應(yīng)需求)。
每一功能模塊數(shù)據(jù)流詳細(xì)設(shè)計及數(shù)據(jù)實現(xiàn)走向詳細(xì)設(shè)計(對應(yīng)需求)。
各功能模塊子模塊的定義和詳細(xì)實現(xiàn)方式。
各功能模塊之間接口的數(shù)據(jù)流及工作流的詳細(xì)描述。
各種界面原型的設(shè)計。
要求:在詳細(xì)設(shè)計階段所有的設(shè)計必須按照可以作為編碼依據(jù)的方式進行設(shè)。
計,作到越詳細(xì)越好。
(4)編碼階段。
在編碼階段程序員要按照詳細(xì)設(shè)計進行編碼工作,要求編程人員所寫的代碼一定要完成詳細(xì)設(shè)計的所有的功能;在代碼編制過程中,要求程序員嚴(yán)格執(zhí)行編碼規(guī)范和格式要求。
(5)測試階段。
測試過程嚴(yán)格按照軟件質(zhì)量體系《軟件測試控制程序》執(zhí)行。測試方法除采用傳統(tǒng)的測試方式外,還采用了先進的測試工具輔助測試。測試分為兩個階段:
單元測試階段和綜合測試階段。單元測試階段在編碼階段完成,所有的測試文檔由測試人員提供。綜合測試由開發(fā)人員和測試人員交叉擔(dān)任,包括集成測試和系統(tǒng)測試,同時所有的測試文檔應(yīng)該由專業(yè)測試人員完成。
(6)安裝調(diào)試及施工。
測試工作結(jié)束后,項目由系統(tǒng)開發(fā)階段進入實施階段。
2.8.2.2項目進度安排。
項目執(zhí)行計劃:九個月。
第一階段:調(diào)研和需求分析:第1個月。
[1]調(diào)研中山市農(nóng)業(yè)信息化基礎(chǔ)設(shè)施建設(shè)運行現(xiàn)狀,掌握土肥業(yè)務(wù)需求,編。
制需求分析報告。
[2]在需求分析報告的基礎(chǔ)上,結(jié)合項目建設(shè)目標(biāo)和要求,制定詳細(xì)的項目。
第二階段:技術(shù)方案設(shè)計:第2-3個月。
[1]開發(fā)土肥信息管理服務(wù)平臺各應(yīng)用系統(tǒng)[2]完成系統(tǒng)集成工作。
[3]應(yīng)用系統(tǒng)的測試、調(diào)試工作。
第四階段:應(yīng)用系統(tǒng)的完善、安裝使用與培訓(xùn):第8個月。
[1]安裝部署應(yīng)用系統(tǒng)。
[2]應(yīng)用系統(tǒng)使用培訓(xùn),進入試運行。
[1]試運行期間系統(tǒng)進一步修改和完善。
[2]整理文檔,撰寫項目竣工報告,完成項目的驗收工作[3]系統(tǒng)交接。
項目總體實施進度如下圖所示:
時間(天)任務(wù)名稱。
需求調(diào)研收集資料。
123456789。
101212序號12。
456789101112。
系統(tǒng)功能概要設(shè)計系統(tǒng)功能詳細(xì)設(shè)計數(shù)據(jù)庫設(shè)計系統(tǒng)開發(fā)。
15125731575325。
圖1.總體實施進度計劃圖。
2.8.3人員培訓(xùn)。
為了保證系統(tǒng)建成以后良好的運行,制定完善的培訓(xùn)計劃。
2.8.3.1培訓(xùn)內(nèi)容。
對開發(fā)的應(yīng)用系統(tǒng)軟件的使用和數(shù)據(jù)維護進行培訓(xùn),使業(yè)務(wù)人員能夠熟練使。
用系統(tǒng),進行數(shù)據(jù)的管理維護和業(yè)務(wù)分析,實現(xiàn)決策、共享和信息發(fā)布等操作任。
務(wù),使軟件系統(tǒng)發(fā)揮應(yīng)有的作用。
2.8.3.2培訓(xùn)方式。
培訓(xùn)使用建設(shè)中跟隨培訓(xùn)和建設(shè)后集中培訓(xùn)兩個方式。
建設(shè)中培訓(xùn):中山市農(nóng)科推廣中心在建設(shè)階段積極參與各系統(tǒng)的建設(shè),參與。
系統(tǒng)設(shè)計、系統(tǒng)實施,隨時熟悉系統(tǒng)設(shè)備和軟件的使用方法和內(nèi)容;
建設(shè)后培訓(xùn):系統(tǒng)建設(shè)完成后,對中山市農(nóng)科推廣中心管理人員進行集中的系統(tǒng)使用和維護培訓(xùn),使業(yè)務(wù)管理人員從整體和局部上掌握系統(tǒng)的使用。
提供完。
整的用戶手冊,作為培訓(xùn)的材料。
2.8.4項目驗收。
2.8.4.1項目驗收。
本項目由經(jīng)信局組織專家進行會議評審驗收,驗收前需對平臺各系統(tǒng)的功能。
進行測試,并進行72小時穩(wěn)定性測試。驗收后由經(jīng)信局出具中山市土肥信息管。
理服務(wù)平臺建設(shè)項目的驗收報告。
2.8.4.2項目交付項。
說明項目任務(wù)完成后,投標(biāo)方根據(jù)合同應(yīng)提交給招標(biāo)方的貨物、服務(wù)以及交。
接文件、用戶手冊等,并附上相應(yīng)的交付時間計劃表。
投標(biāo)方交給中山市農(nóng)業(yè)科技推廣中心的中山市土肥信息管理服務(wù)平臺的代。
碼,必須是系統(tǒng)應(yīng)用系統(tǒng)所有模塊不加密的、明文的、標(biāo)準(zhǔn)的源代碼。
2.8.4.3項目付款。
本項目以總價承包方式采購,采用分期付款方式。
1、合同簽訂后,投標(biāo)人提交項目實施方案并通過采購單位審核之日起。
個工作日內(nèi),采購單位啟動支付流程向乙方支付合同總額的20%;
2、系統(tǒng)完成設(shè)計、開發(fā)、測試、安裝部署,采購單位簽字同意進入試運行。
購單位啟動支付流程向投標(biāo)人支付合同總價的40%。
30%。
10個工作日內(nèi),采。
4、投標(biāo)人按照采購單位要求完成質(zhì)保工作,項目質(zhì)保期結(jié)束之日起。
工作日,采購單位啟動支付流程向投標(biāo)人支付合同總價的10個。
10%。
2.8.5售后服務(wù)。
針對本項目的售后及技術(shù)支持服務(wù),派得偉業(yè)公司承諾如下:
北京派得偉業(yè)科技發(fā)展有限公司設(shè)置專門人員,為本項目售后及技術(shù)支持提。
供優(yōu)質(zhì)、高效的服務(wù);
質(zhì)量保證期:系統(tǒng)驗收后12個月。
質(zhì)保期內(nèi),投標(biāo)人所有服務(wù)不得收取任何費用;投標(biāo)人有責(zé)任解決所提供產(chǎn)品或服務(wù)及其附件、安裝介質(zhì)的任何故障。投標(biāo)人必須在8小時內(nèi)對業(yè)主所提出的維護要求做出實質(zhì)性反應(yīng),并提供應(yīng)急響應(yīng)策略。
系統(tǒng)運行過程中如果出現(xiàn)技術(shù)故障(如硬件故障、軟件故障、配置丟失等),在此期間按緊急預(yù)案處置,確保系統(tǒng)最大限度地不中斷運行。投標(biāo)人應(yīng)保證8小時內(nèi)解決此類問題,以恢復(fù)故障使得系統(tǒng)得以正常運行。
質(zhì)保期外,投標(biāo)人為建設(shè)方提供有償技術(shù)支持和服務(wù),考慮系統(tǒng)維護服務(wù)等工作量情況,適當(dāng)向建設(shè)方收取一定費用。
如果有幸中標(biāo),我們將在建設(shè)、實施以及今后的運行維護中安排專門人員,針對本系統(tǒng)的特點結(jié)合我們在不同項目中的維護經(jīng)驗,制訂高效完整的維護方案,提供高質(zhì)量和全方位的支持和服務(wù)。我們的主要服務(wù)措施有:
在北京派得偉業(yè)科技發(fā)展有限公司建立專門的技術(shù)服務(wù)小組;
對于非北京派得偉業(yè)科技發(fā)展有限公司應(yīng)用軟件的問題,而是由于其他因素影響用戶的正常使用,北京派得偉業(yè)科技發(fā)展有限公司將會積極配合用戶查找問題原因。
2.8.5.1常規(guī)支持服務(wù)。
從試運行期結(jié)束后算起,系統(tǒng)開始正式運行,北京派得偉業(yè)科技發(fā)展有限公。
司承諾向用戶提供一年免費的標(biāo)準(zhǔn)支持服務(wù),在免費服務(wù)期內(nèi),為用戶提供免費的現(xiàn)場技術(shù)支持服務(wù),免費的現(xiàn)場軟件安裝調(diào)試、保修和升級,維護人員的免費現(xiàn)場培訓(xùn)和技術(shù)指導(dǎo)等,針對軟件應(yīng)用中出現(xiàn)的問題在1小時內(nèi)提供應(yīng)急相應(yīng)方案,若軟件系統(tǒng)出現(xiàn)無法遠(yuǎn)程指導(dǎo)解決的故障,派得偉業(yè)公司技術(shù)人員上門服務(wù),根據(jù)實際情況最遲在48小時以內(nèi)修復(fù)。同時,北京派得偉業(yè)科技發(fā)展有限公司承諾本系統(tǒng)的知識產(chǎn)權(quán)歸用戶方所有。
問題提供解答和解決方案。
免費技術(shù)支持服務(wù)期結(jié)束后,北京派得偉業(yè)科技發(fā)展有限公司將繼續(xù)提供優(yōu)。
質(zhì)的支持服務(wù),定期對系統(tǒng)進行維護查詢,對用戶提出的維護請求,通過電話指。
導(dǎo),e-mail、即時通訊工具和傳真等方式及時響應(yīng)和處理用戶反饋的問題和系統(tǒng)。
運行的故障。對用戶需要的系統(tǒng)軟件和應(yīng)用軟件的現(xiàn)場維護,包括現(xiàn)場的安裝調(diào)。
具體的收試和重裝,應(yīng)用軟件升級服務(wù),派得偉業(yè)公司將收取一定的成本費用,費由雙方協(xié)議后決定。
2.8.5.2故障等級與響應(yīng)時間。
(1)故障等級定義。
緊急故障:系統(tǒng)已無法使用,導(dǎo)致用戶業(yè)務(wù)活動中止;系統(tǒng)頻繁出錯,頻繁產(chǎn)生完全錯誤的處理結(jié)果。
嚴(yán)重故障:系統(tǒng)仍在維持狀態(tài)運行,但性能下降;系統(tǒng)能夠維持運行,但有多個功能無法工作,或某一功能不正常已嚴(yán)重影響系統(tǒng)的運行。
中等故障:系統(tǒng)能夠工作,但個別非核心功能出現(xiàn)異常,對使用的方便性產(chǎn)生不良影響。
輕度故障:系統(tǒng)工作基本正常,但偶然出現(xiàn)個別非核心功能異常,可通過簡單的系統(tǒng)重啟或改變配置得到恢復(fù)。
(2)服務(wù)請求響應(yīng)時間。
表2.故障等級與請求響應(yīng)時間。
故障等級。
電話/傳真回復(fù)響應(yīng)。
提出現(xiàn)場響應(yīng)計劃。
緊急。
0.5小時1小時4小時4小時。
1小時。
嚴(yán)重。
2小時8小時8小時。
中等。
輕度。
(3)故障修復(fù)時間。
表3.故障等級與故障修復(fù)時間。
故障等級。
緊急24小時。
嚴(yán)重24小時。
中等。
30小時時間。
2.8.6項目保障措施。
為了保障項目的順利實施,采用項目經(jīng)理負(fù)責(zé)制,由項目承建方制定的項目經(jīng)理全權(quán)負(fù)責(zé)項目所有問題。同時,對項目實施過程的各個方面設(shè)置專門的負(fù)責(zé)人,項目承建方需在園區(qū)派駐常駐聯(lián)絡(luò)員,八小時隨時待命,保證隨時問題隨時反饋,即時溝通,快速解決。
2.8.6.1組織保障體系。
為了保證項目的成功實施,在組織管理方面要制定嚴(yán)密細(xì)致的組織保障體系,建議成立以中山市農(nóng)科推廣中心領(lǐng)導(dǎo)和項目承建方領(lǐng)導(dǎo)組成的項目領(lǐng)導(dǎo)組,主要負(fù)責(zé)項目組織和實施過程中有關(guān)問題的協(xié)調(diào)和決策,并對項目進行宏觀指導(dǎo)。
項目領(lǐng)導(dǎo)小組下設(shè)項目管理辦公室,由中山市農(nóng)科推廣中心的有關(guān)管理人員和項目承建方相關(guān)部門人員組成,負(fù)責(zé)項目實施的具體管理和協(xié)調(diào)工作,檢查和監(jiān)督項目的進展。
檢查、監(jiān)督,指導(dǎo)項目的技術(shù)發(fā)展。
善的管理體系和組織保障體系。
2.8.6.2技術(shù)保障體系。
只有具有成功實施過類似項目經(jīng)驗的技術(shù)隊伍,才能保證本項目的成功。項目承建方要集中一批有經(jīng)驗的實施技術(shù)人才參加項目組。這些技術(shù)工程人員,除了自身具有獨立解決問題的能力之外,還能具有良好的協(xié)作能力和相互支援的作風(fēng)。
為保證項目的高質(zhì)量實施,建立由項目總負(fù)責(zé)人(項目經(jīng)理)負(fù)責(zé),系統(tǒng)總。
設(shè)計師技術(shù)把關(guān),專業(yè)分組,具有成熟案例開發(fā)經(jīng)驗的軟件工程師開發(fā),監(jiān)控的質(zhì)量技術(shù)體系。
從工程整體實施過程來看,每一個開發(fā)階段的實施,都由有項目經(jīng)驗的資深技術(shù)人員進行實施和全面管理控制。有過成功的經(jīng)驗,才能準(zhǔn)確把握項目的技術(shù)關(guān)鍵和難點,把問題消滅在產(chǎn)生之前或萌芽中,充分保證項目實施的成功率。有了成功實施的技術(shù)隊伍,才能保證項目的質(zhì)量和性能。
2.8.6.3質(zhì)量保障體系。
嚴(yán)格按照iso9001質(zhì)量管理體系規(guī)范市場、開發(fā)、銷售、工程等業(yè)務(wù)流程。目前,項目承建方需在項目質(zhì)量控制方面,有成熟的方案。工程實施單位在保證進度的同時應(yīng)充分保證項目質(zhì)量,項目承建方需制定本工程項目的質(zhì)量保障體系,從工程質(zhì)量管理體系、工程標(biāo)準(zhǔn)與規(guī)范、工程設(shè)備選型以及工程開發(fā)廠商資格認(rèn)定等方面來進行規(guī)范管理,以按時保質(zhì)地完成應(yīng)用工程實施。
(1)過程控制。
工程實現(xiàn)過程等主要過程形成了相應(yīng)的制度及體系文件。
制定《開發(fā)項目管理程序》,以控制各種產(chǎn)品的開發(fā)過程,確保產(chǎn)品滿足顧。
客及各相關(guān)方的要求。針對本項目的實現(xiàn)過程,將主要控制以下幾點:
1)設(shè)計和開發(fā)策劃。
軟件的開發(fā)經(jīng)立項后,由項目經(jīng)理組織對項目進行設(shè)計開發(fā)策劃,形成《軟件項目計劃》。
2)設(shè)計和開發(fā)輸入。
項目經(jīng)理在充分考慮業(yè)主的要求,合同及技術(shù)附件要求及國家、行業(yè)規(guī)定和標(biāo)準(zhǔn)的基礎(chǔ)上,確定設(shè)計的輸入要求,形成《軟件需求規(guī)格說明書》。
開發(fā)項目組負(fù)責(zé)組織有關(guān)部門和人員對”設(shè)計輸入”的內(nèi)容進行評審,以確保設(shè)計輸入是充分的和適宜的。
3)設(shè)計和開發(fā)輸出。
項目經(jīng)理根據(jù)《軟件項目計劃》的要求,按產(chǎn)品設(shè)計程序分階段提供經(jīng)過評審的軟件產(chǎn)品、驗收標(biāo)準(zhǔn)、使用說明書等全部設(shè)計輸出,并滿足設(shè)計輸入的要求。設(shè)計輸出文件發(fā)布前應(yīng)予以評審,并經(jīng)過授權(quán)人的批準(zhǔn)。
4)設(shè)計和開發(fā)評審。
由開發(fā)項目組組織有關(guān)部門和專業(yè)人員,按程序文件規(guī)定的方法評審,并做好記錄。設(shè)計評審的參加者除要求的專家外,還應(yīng)包括與評審內(nèi)容相關(guān)的設(shè)計人員。對于評審識別的任何問題及提出的必要措施,由項目經(jīng)理實施改進,改進措施應(yīng)做出記錄。評審記錄、改進措施的記錄隨開發(fā)文件一并歸檔。
5)設(shè)計和開發(fā)驗證。
根據(jù)本項目產(chǎn)品的特點,常用的設(shè)計驗證方法是測試、同行評審、走查。測。
試工作應(yīng)有經(jīng)批準(zhǔn)的測試依據(jù),保留測試記錄。同行評審和走查應(yīng)保留相關(guān)記錄。
設(shè)計驗證結(jié)果應(yīng)有明確的驗證結(jié)論。設(shè)計驗證的結(jié)論及隨后采取的必要措施。
應(yīng)由項目經(jīng)理形成報告,并保持記錄,隨開發(fā)文件一并歸檔。
6)設(shè)計和開發(fā)確認(rèn)。
為確保產(chǎn)品滿足業(yè)主要求,在產(chǎn)品交付必須前進行產(chǎn)品的設(shè)計確認(rèn)。
確認(rèn)結(jié)。
果和跟蹤措施應(yīng)予以記錄。設(shè)計確認(rèn)常采用系統(tǒng)驗收測試。
+鑒定會的方法。
在設(shè)計確認(rèn)之后,進行產(chǎn)品發(fā)布,由產(chǎn)品經(jīng)理批準(zhǔn),由軟件配置管理員實施。
7)設(shè)計和開發(fā)更改的控制。
所有更改和修訂必須經(jīng)原審批途徑進行審批,或由設(shè)計更改的實施部門負(fù)責(zé)人批準(zhǔn)。
設(shè)計更改必須經(jīng)過評審和驗證,必要時組織設(shè)計確認(rèn)。對設(shè)計更改的評審包括對已投入使用的產(chǎn)品及產(chǎn)品的其他組成部分的影響,提出處理意見。
(2)質(zhì)量控制。
軟件開發(fā)階段劃分的目的是為了便于形成基于里程碑的軟件開發(fā)質(zhì)量控制。
體系,每個里程碑都是一個質(zhì)量控制節(jié)點,這些質(zhì)量控制節(jié)點貫穿于整個軟件開。
發(fā)全過程,從而構(gòu)成軟件開發(fā)的質(zhì)量控制體系。
貫穿于整個生命周期中的qa活動必須依據(jù)一整套的規(guī)范來進行,在每個里程碑結(jié)束時質(zhì)量控制機構(gòu)sqa(由技術(shù)質(zhì)量部和測試小組組成),根據(jù)相應(yīng)的軟件開發(fā)管理規(guī)范及應(yīng)用要求對階段成果進行評議控制,確保應(yīng)用開發(fā)的順利進行,及交付的應(yīng)用系統(tǒng)能夠滿足業(yè)主的使用需要,確保交付的系統(tǒng)能夠代表項目承建方的整體技術(shù)水平。同時也有利于規(guī)避軟件開發(fā)風(fēng)險。
1)質(zhì)量保證措施。
為確保軟件生存月期的各階段的質(zhì)量要求得到滿足,要求按照。
iso9001系。
列標(biāo)準(zhǔn)對本項目進行質(zhì)量管理和控制。分析、設(shè)計、開發(fā)、安裝和維護等各階段。
活動均按以下要求監(jiān)控質(zhì)量:
2)實施預(yù)防與校正措施。
目的:制定有效、切實可執(zhí)行的預(yù)防和校正措施并貫徹執(zhí)行。對業(yè)主方項目組提出的意見明確處理規(guī)程,積極預(yù)防不合格的現(xiàn)象發(fā)生,徹底校正已發(fā)生的不合格現(xiàn)象。
工作程序:
預(yù)防為主、采取預(yù)防措施。根據(jù)項目實施進度,預(yù)防項目各階段可能出現(xiàn)的問題,采取相應(yīng)的預(yù)防措施。
出現(xiàn)問題(不合格現(xiàn)象)、及時采取糾正措施。同時,分析不合格現(xiàn)象產(chǎn)生的原因,及時采取糾正措施,并控制不合格現(xiàn)象的影響范圍,同時控制不合格現(xiàn)象再次發(fā)生。
及時記錄故障現(xiàn)象,制定出文檔,以備以后查詢。
預(yù)防與糾正措施要經(jīng)過雙方共同評審。
2.8.6.4應(yīng)急保障措施。
為保障項目的順利實施,應(yīng)對實施過程中的突發(fā)事件,成立應(yīng)急保障小組,在項目實施過程中常駐中山市。由項目經(jīng)理負(fù)責(zé),組織處理實施中的突發(fā)問題。
應(yīng)急保障小組配有應(yīng)急電話,采用輪流值班方式,保證應(yīng)急電話二十四小時開通。項目實施過程中,每天會在施工現(xiàn)場派駐一名小組成員,處理現(xiàn)場問題,項目經(jīng)理每天保證各現(xiàn)場巡查一次。如遇到緊急情況,由現(xiàn)場保障小組成員處理,事后匯報給項目經(jīng)理;如果現(xiàn)場解決不了,第一時間匯報項目經(jīng)理,由項目經(jīng)理組織協(xié)商,保證在二十四小時內(nèi)給出解決方案。
軟件維護項目方案篇四
一、現(xiàn)狀分析:
從本月22日上班到現(xiàn)在已有一周的工作時長,就目前來看,我個人還處于對公司以及公司產(chǎn)品的認(rèn)識階段,對公司以及公司產(chǎn)品還不夠深入的了解。從近期與客戶交流情況分析,我個人存在以下幾方面的不足(肯定不只這些,我水平有限只能發(fā)現(xiàn)以下缺點,如領(lǐng)導(dǎo)發(fā)現(xiàn)我的缺點還望指點,我會悉心聽取教誨并努力該改正):
1、我對公司以及公司產(chǎn)品沒有深入了解,對產(chǎn)品的操作流程以及報價還不是很清楚。
2、我對怎樣挖掘潛在客戶還沒有的方法,還處于摸索階段。
3、我對網(wǎng)站評估的相關(guān)工具,如百度指數(shù)、百度收容量,網(wǎng)站綜合排名等工具還不是很熟悉,對怎樣去評價一個網(wǎng)站是否屬于網(wǎng)絡(luò)營銷型網(wǎng)站還不是很了解。
4、我對判別一個網(wǎng)站是屬于哪一種類型欠缺了解。
5、我對客戶提出的問題有時不能給予及時的回復(fù),原因是自己對某些問題根本就不了解。
6、我對房地產(chǎn)行業(yè)缺乏了解,知識面不廣。
7、我對百度推廣方面的認(rèn)識還夠,缺乏相應(yīng)的學(xué)習(xí)。
8、我跟客戶的交流技巧還有待改善。
二、針對目前的現(xiàn)狀,特制定近期工作計劃:
1、爭取用3-5天的時間,全面、具體、詳細(xì)地了解公司及公司產(chǎn)品。
2、多看看對手怎么做,通過對比學(xué)習(xí),從而提高自己。
4、多學(xué)習(xí)網(wǎng)絡(luò)營銷方面的知識,提升為客戶服務(wù)的質(zhì)量。
5、每天完成加q群、百度hi群(房地產(chǎn)相關(guān)方面的群)的任務(wù)數(shù)量,想盡一切辦法提高加群的進入度。
6、不斷摸索與客戶的交流技巧,不斷提高客戶的成交量。
7、每天挖掘至少20個潛在客戶。
8、定期/不定期的聯(lián)系有意向的客戶,回訪已成交的客戶。
9、每天工作后及時進行自我。
軟件維護項目方案篇五
一、項目實施方案概述
二、項目實施方案介紹
(一)項目啟動階段
(二)需求調(diào)研確認(rèn)階段
(三)軟件功能實現(xiàn)確認(rèn)階段
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
(五)系統(tǒng)培訓(xùn)階段
(六)系統(tǒng)安裝測試及試運行階段
(七)總體驗收階段
(八)系統(tǒng)交接階段
一、項目實施方案概述
軟件產(chǎn)品,特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品,用戶購買軟件產(chǎn)品之后,不能立即進行使用,需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明,軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產(chǎn)品本身的質(zhì)量,軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。
項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認(rèn)階段、軟件功能實現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關(guān)系,上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
(一)項目啟動階段
此階段處于整個項目實施工作的最前期,由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù):
公司:在合同簽定后,指定項目經(jīng)理,成立項目組,授權(quán)項目組織完成項目目標(biāo)。
公司項目組:進行前期項目調(diào)研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務(wù)經(jīng)理:配合公司項目組,將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯(lián)系。
用戶:成立項目實施組織,配合前期調(diào)研和召開啟動會,簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組
部門經(jīng)理接到實施申請后,任命項目經(jīng)理,指定項目目標(biāo),由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù),并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研
項目經(jīng)理及項目組成員,在商務(wù)人員配合下,建立與用戶的聯(lián)系,對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中,商務(wù)經(jīng)理積累了大量的信息,項目組首先應(yīng)收集商務(wù)和合同信息,并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合,隨著項目信息不斷豐富和變化,會被不斷變更,主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容:
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》,包括以下內(nèi)容:
項目實施中項目管理的必要性和如何進行項目管理,項目的質(zhì)量如何控制;
項目實施中用戶的'參與和領(lǐng)導(dǎo)的支持的重要作用;
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認(rèn)階段
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求,包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等,實施人員調(diào)研完成后,會編寫《需求調(diào)研分析手冊》,并交付用戶進行確認(rèn),待用戶對《需求調(diào)研分析手冊》上所提到的需求確認(rèn)完畢后,項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容:
1、進行需求調(diào)研準(zhǔn)備
2、編制《需求調(diào)研計劃》
3、內(nèi)部評審是否通過《需求調(diào)研計劃》,項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審,如評審?fù)ㄟ^,則在稍后的時間內(nèi)簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》,如用戶簽署《需求調(diào)研計劃》,則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更,如果計劃存在變更,則執(zhí)行變更控制流程,否則按計劃進行后續(xù)工作。
7、需求調(diào)研,項目組以《需求調(diào)研手冊》為依據(jù),從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研,并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果,項目組和公司其他技術(shù)部門將進一步進行分析,確定合理、可行的需求,將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審,如評審?fù)ㄟ^,則在稍后由用戶簽署,如評審不通過則重新修改,直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認(rèn)通知》。項目組編寫《需求分析報告確認(rèn)通知》,發(fā)給用戶,確定進行需求確認(rèn)的相關(guān)事宜,告之相關(guān)部門及人員安排好工作,準(zhǔn)時參與需求確認(rèn)工作,為順利完成需求確認(rèn)工作做準(zhǔn)備。
(三)軟件功能實現(xiàn)確認(rèn)階段
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中,項目實施人員將記錄軟件實現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后,項目實施人員將編制《軟件功能確認(rèn)表》,將定制好軟件功能待用戶確認(rèn),用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作,并對用戶進行初裝資料的軟件操作培訓(xùn),以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng),初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認(rèn)識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的,達到讓用戶了解軟件產(chǎn)品,最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層,對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:
1、調(diào)研培訓(xùn)信息:在培訓(xùn)開始前3天由用戶實施負(fù)責(zé)人,將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:結(jié)合調(diào)研結(jié)果,與用戶實施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時間,場地,人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:用戶簽署《培訓(xùn)計劃》,進一步確認(rèn)培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:培訓(xùn)開始前2天,按照簽署的《培訓(xùn)計劃》,將培訓(xùn)內(nèi)容、時間,場地,人員等信息通知用戶實施負(fù)責(zé)人。
5、搭建培訓(xùn)環(huán)境:公司項目組在培訓(xùn)開始前,將培訓(xùn)環(huán)境搭建及檢查妥當(dāng),將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn),按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段
此階段的主要工作是在用戶真實環(huán)境下,對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試,對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平,掌握操作規(guī)范。此階段的主要工作內(nèi)容為:
1、 編制計劃:與用戶實施負(fù)責(zé)人商議具體測試及試運行時間,地點,人員等安排,項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》,進一步確認(rèn)測試及試運行安排。
3、發(fā)測試及試運行通知:在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負(fù)責(zé)人。
5、組織測試及試運行:用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合,組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié):測試及試運行完成,總結(jié)試運行中設(shè)備、軟件的運行情況,總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況,以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負(fù)責(zé)人。
公司項目組負(fù)責(zé)擔(dān)當(dāng)指揮,檢查用戶人員組織情況并給予指導(dǎo),跟蹤檢查如下情況:
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通,確定解決辦法。
軟件維護項目方案篇六
一、項目資料的準(zhǔn)備工作,并對用戶進行初裝資料的軟件操作培訓(xùn),以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng),初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認(rèn)識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的,達到讓用戶了解軟件產(chǎn)品,最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層,對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:。
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:。
1、調(diào)研培訓(xùn)信息:在培訓(xùn)開始前3天由用戶實施負(fù)責(zé)人,將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:結(jié)合調(diào)研結(jié)果,與用戶實施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時間,場地,人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:用戶簽署《培訓(xùn)計劃》,進一步確認(rèn)培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:培訓(xùn)開始前2天,按照簽署的《培訓(xùn)計劃》,將培訓(xùn)內(nèi)容、時間,場地,人員等信息通知用戶實施負(fù)責(zé)人。
5、搭建培訓(xùn)環(huán)境:公司項目組在培訓(xùn)開始前,將培訓(xùn)環(huán)境搭建及檢查妥當(dāng),將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn),按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下,對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試,對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平,掌握操作規(guī)范。此階段的主要工作內(nèi)容為:。
1、編制計劃:與用戶實施負(fù)責(zé)人商議具體測試及試運行時間,地點,人員等安排,項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》,進一步確認(rèn)測試及試運行安排。
3、發(fā)測試及試運行通知:在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負(fù)責(zé)人。
5、組織測試及試運行:用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合,組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié):測試及試運行完成,總結(jié)試運行中設(shè)備、軟件的運行情況,總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況,以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負(fù)責(zé)人。
公司項目組負(fù)責(zé)擔(dān)當(dāng)指揮,檢查用戶人員組織情況并給予指導(dǎo),跟蹤檢查如下情況:。
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通,確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行,在每一項目階段結(jié)束時,用戶對這一階段的可交付成果進行驗收,在測試及試運行結(jié)束后,對系統(tǒng)進行總體驗收。
需要驗收的可交付成果:。
階段組成。
主要里程碑。
可交付成果。
啟動。
階段。
簽署的《總體項目計劃》。
啟動會。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認(rèn)。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件。
實現(xiàn)。
簽署的《軟件功能確認(rèn)表》。
數(shù)據(jù)。
初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)數(shù)據(jù)初裝完成。
《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成。
《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成。
《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成。
《總體驗收報告》。
(八)系統(tǒng)交接階段。
此階段是項目實施的最后一個階段,主要工作是軟件公司項目組向用戶移交軟件項目,包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔,并簽署《售后服務(wù)協(xié)議》,項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》,對軟件公司項目實施人員的整個項目實施情況進行評價,軟件公司將聽取用戶的意見,再今后的項目實施管理中進行加強和改進。
軟件維護項目方案篇七
團隊建設(shè)方案(一)
一、明確科技創(chuàng)新團隊定義
團隊是指有一定的互補技能,愿意為了共同的目標(biāo)相互協(xié)作的個體所組成的正式群體??萍紕?chuàng)新團隊是以學(xué)科領(lǐng)軍人物為核心,以科研骨干為主體,專業(yè)人才和科研輔助人員相配套,優(yōu)勢互補、團結(jié)協(xié)作,穩(wěn)定從事基礎(chǔ)研究、應(yīng)用研究、高新技術(shù)研究、關(guān)鍵技術(shù)攻關(guān)、技術(shù)集成與示范推廣等的緊密型創(chuàng)新研究群體。
二、創(chuàng)新團隊的特點
有引領(lǐng)學(xué)科發(fā)展的領(lǐng)軍人才。一個優(yōu)秀的科技創(chuàng)新團隊必然要有一個領(lǐng)軍人物,這個領(lǐng)軍人物必須具有較強的戰(zhàn)略思維能力、學(xué)科透視與把握能力、組織協(xié)調(diào)能力和合作精神,具有良好的學(xué)術(shù)道德和社會責(zé)任感,能夠發(fā)揮較強的凝聚和領(lǐng)銜作用,并已經(jīng)取得優(yōu)秀業(yè)績或具有明顯的創(chuàng)新潛力。
有明確穩(wěn)定的研究目標(biāo)團隊。要有明確的研究目標(biāo)和相對穩(wěn)定的研究方向,要緊密圍繞國家發(fā)展戰(zhàn)略需求和國家中長期科技發(fā)展規(guī)劃、區(qū)域經(jīng)濟發(fā)展戰(zhàn)略和轉(zhuǎn)型升級的需要,開展基礎(chǔ)、應(yīng)用和高新技術(shù)及產(chǎn)業(yè)化研究等。
有較為深厚的學(xué)術(shù)積累。有良好的科研工作基礎(chǔ)和發(fā)展?jié)摿?,以重大科研項目為載體,已經(jīng)或能夠獲得重大科技成果和學(xué)術(shù)成就。
有結(jié)構(gòu)合理的學(xué)術(shù)梯隊。團隊內(nèi)部具有合理的專業(yè)知識結(jié)構(gòu)、職稱結(jié)構(gòu)、學(xué)歷結(jié)構(gòu)和年齡結(jié)構(gòu),甚至包括個性結(jié)構(gòu),能夠保持持續(xù)的創(chuàng)新活力和發(fā)展能力。
有良好的文化氛圍和團隊精神。團隊內(nèi)部具有和諧的氛圍,能夠進行知識交流和有效溝通,同時團隊成員具有以淡泊個人名利為主的協(xié)作精神。
寧波市20**年開始開展科技創(chuàng)新團隊的建設(shè)工作。目前,寧波市科技創(chuàng)新團隊分為二個層次:第一層次創(chuàng)新團隊和第二層次創(chuàng)新團隊。從今年評審情況看,第一層次主要是高校研究單位。
三、創(chuàng)新團隊建設(shè)的核心內(nèi)容
1、依托單位(申報單位)
從重點企業(yè)中遴選(重點從高新技術(shù)企業(yè)、科技型企業(yè)及省、寧波市及本市工程技術(shù)中心中培育);鼓勵企業(yè)與高??蒲袡C構(gòu)開展科技合作。依托企業(yè)有行之有效的管理制度并能提供持續(xù)的經(jīng)費保障、。
2、團隊組成
創(chuàng)新團隊人員:首席專家(或帶頭人)、核心人員、其它人員,創(chuàng)新團隊規(guī)模:創(chuàng)新團隊?wèi)?yīng)具備合理的人才規(guī)模和結(jié)構(gòu)。從事研究開發(fā)的工程技術(shù)人員應(yīng)在8人以上,且來自企業(yè)的成員不少于二分之一;有合理的專業(yè)和年齡結(jié)構(gòu)。
首席專家(職稱、學(xué)術(shù)水平、組織協(xié)調(diào)能力、年齡):創(chuàng)新團隊首席專家應(yīng)具備履職所需的良好素質(zhì)、在科研一線工作,有較高的學(xué)術(shù)造詣;有良好的政治素質(zhì)和較強的組織協(xié)調(diào)能力;有充沛的精力領(lǐng)導(dǎo)團隊開展工作;身體健康,年齡一般不超過65周歲。
其它人員:半數(shù)以上成員應(yīng)具有中級以上專業(yè)技術(shù)資格或三分之二以上人員具有大學(xué)畢業(yè)學(xué)歷;團隊成員學(xué)科交叉、專業(yè)多樣、能力互補,無侵犯他人知識產(chǎn)權(quán)等科研不端行為。
3、創(chuàng)新能力
創(chuàng)新團隊?wèi)?yīng)具有穩(wěn)定的研發(fā)方向和較高的創(chuàng)新水平。(已經(jīng)實施的科技項目、開發(fā)的產(chǎn)品、
取得的成果、獲得的獎勵、專利、編寫論文等)
4、研究方向和目標(biāo)
方向:今后三年主要開展哪個領(lǐng)域的研究和開發(fā),具體研究的項目,開發(fā)的產(chǎn)品)和創(chuàng)新基礎(chǔ)和條件(重點是依托單位現(xiàn)有的科研的軟硬件條件)方向:應(yīng)在《市“十二五”科技創(chuàng)新發(fā)展規(guī)劃》提出的科技發(fā)展重點領(lǐng)域開展關(guān)鍵共性技術(shù)攻關(guān)和戰(zhàn)略性產(chǎn)品開發(fā),對推動發(fā)展戰(zhàn)略性新興產(chǎn)業(yè)和傳統(tǒng)優(yōu)勢產(chǎn)業(yè)轉(zhuǎn)型升級具有重大現(xiàn)實意義。
目標(biāo):團隊建設(shè)以具體項目為載體,具有明確的技術(shù)實現(xiàn)路線和可行的人才培養(yǎng)計劃,周期內(nèi)有明確的階段性自主知識產(chǎn)權(quán)和標(biāo)志性創(chuàng)新成果目標(biāo),以及實現(xiàn)產(chǎn)業(yè)化的計劃。
5、創(chuàng)新基礎(chǔ)和條件
創(chuàng)新團隊建設(shè)應(yīng)與市企業(yè)工程技術(shù)中心等創(chuàng)新載體緊密結(jié)合。
四、建設(shè)要點及條件
1、團隊名稱:研究方向(領(lǐng)域)+創(chuàng)新團隊。
5、團隊的規(guī)模:團隊的規(guī)模不宜過大,根據(jù)研究方向和內(nèi)容要求確定,一般在20人以內(nèi)較為合適。
6、創(chuàng)新團隊帶頭人和核心成員簡介:主要是介紹團隊帶頭人及核心成員的學(xué)習(xí)及工作經(jīng)歷、實施的科技項目、產(chǎn)品開發(fā)情況、編寫的論文、取得的科技成果(專利)、獲得的榮譽等等,真實、詳盡。能充分說明團隊帶動人和核心成員的學(xué)術(shù)水平、科研能力。從另一方面說明,本團隊具有較強的研發(fā)能力,能保證團隊各項研究工作的順利開展。
7、創(chuàng)新團隊成員合作研究成果簡介:主要是介紹團隊所有成員單獨或聯(lián)合取得的研究成果:包括專利、承擔(dān)的科技項目新產(chǎn)品開發(fā)、科技成果鑒定(驗收)證書、論文等。該材料必須有證明材料印證。如果研究成果較多,可以選擇最能體現(xiàn)研究能力和水平,代表最高學(xué)術(shù)成就的內(nèi)容?,F(xiàn)在研究基礎(chǔ):著重突出以下幾方面內(nèi):
10、未來研究方向和目標(biāo):主要是今后三年的研究方向和目標(biāo)。這部分主要是二個方面:一是研究方向,二是研究目標(biāo)。研究方向是指團隊今年三年主要從事哪個領(lǐng)域或者是哪個方面的研究,例如智能家電領(lǐng)域、數(shù)碼音視頻技術(shù)等(注意產(chǎn)業(yè)導(dǎo)向問題)。編寫時不僅要闡述團隊的研究方向,還應(yīng)該分析國內(nèi)外該領(lǐng)域科技發(fā)展的趨勢和現(xiàn)狀,分析在該領(lǐng)域開展研究的必要性和重要性。研究目標(biāo):主要是今后三年團隊要從事的研究項目和開發(fā)的產(chǎn)品。這是團隊今年幾年要做的主要工作,也是創(chuàng)新團隊的核心內(nèi)容。
標(biāo)需要開展的研究。研究內(nèi)容應(yīng)該是圍繞項目目標(biāo)開展,通過具體的研究最終目的是為實現(xiàn)總體目標(biāo);關(guān)鍵技術(shù):關(guān)鍵技術(shù)也就是該項目技術(shù)上需要突破的方面,是項目研究先進性、創(chuàng)新性的體現(xiàn)。關(guān)鍵技術(shù)必須是在現(xiàn)在的基礎(chǔ)上的進一步,是需要研究解決的問題)技術(shù)路線:是整個項目研究的重要環(huán)節(jié),技術(shù)路線與研究目標(biāo)、研究內(nèi)容及關(guān)鍵技術(shù)之間是緊密相關(guān)的,技術(shù)路線其實是說明為了目標(biāo)和研究內(nèi)容具體該怎么做,采取什么樣的措施和方法。
11、研究進度及經(jīng)費安排:按照項目進行分解,即分個項目的具體開始結(jié)束時間及進度目標(biāo)要求,每個項目一條。經(jīng)費投入也是按一個項目填報。經(jīng)費預(yù)算是實施項目的`經(jīng)費合計和分類。申請資助金額最多150萬元。經(jīng)費預(yù)算要合理、科學(xué),實事求是。
12、人才培養(yǎng)規(guī)劃要對帶動人、核心成員、其它成員三個層次進行闡述,重點闡述對中青年的培養(yǎng)計劃。規(guī)劃要具有可操作性。內(nèi)容大概應(yīng)包括:培養(yǎng)對象、培養(yǎng)內(nèi)容、培養(yǎng)方式(模式)、人才管理(使用)、經(jīng)費保障等。(三個層次都應(yīng)該涉及)
各合作方的協(xié)作規(guī)劃:要圍繞研究方向和目標(biāo)各方在今后三年承擔(dān)的角色和發(fā)揮的作用。
13、產(chǎn)業(yè)化計劃:對非基礎(chǔ)性研究、前瞻性研究具有實現(xiàn)產(chǎn)業(yè)化的需要提供產(chǎn)業(yè)化計劃。產(chǎn)業(yè)化計劃根本就是如何把研究的項目、開發(fā)的產(chǎn)業(yè)推向市場,實現(xiàn)量產(chǎn),并取得較發(fā)的經(jīng)濟效益。
14、項目申報單位在項目經(jīng)費預(yù)算上報的同時,報送單位上年度審計后的財務(wù)報表;非基礎(chǔ)性、前瞻性研究具有實現(xiàn)產(chǎn)業(yè)化的計劃;其他相關(guān)證明材料。
團隊建設(shè)方案(二)
為了深化普通高中課程改革,創(chuàng)新人才培養(yǎng)模式,促進教師專業(yè)發(fā)展,破解中年教師職業(yè)倦怠問題,現(xiàn)根據(jù)國家省市中長期教育改革與發(fā)展規(guī)劃綱要以及《教育部關(guān)于大力加強中小學(xué)教師培訓(xùn)工作的意見》(教師〔20**〕1號)精神,借鑒《溫州市中小學(xué)骨干教師管理暫行辦法》(溫教政〔2015〕129號),結(jié)合《蒼南中學(xué)教師專業(yè)發(fā)展培訓(xùn)規(guī)劃(20**―20**)》和《蒼南中學(xué)教師培養(yǎng)培訓(xùn)管理辦法》,制定本方案。
一、指導(dǎo)思想
以科學(xué)發(fā)展觀為指導(dǎo),遵循教育教學(xué)規(guī)律和人才培養(yǎng)規(guī)律,堅持“以教師為本,個性化發(fā)展,差異性成長,整體性提升”的思路,以提高教師整體素質(zhì)為目標(biāo),以解決教師職業(yè)倦怠及專業(yè)發(fā)展“瓶頸”問題為突破口,采取“學(xué)術(shù)委員會領(lǐng)導(dǎo)、名師工作室引領(lǐng)、青藍(lán)工程團隊引導(dǎo)、教師研訓(xùn)學(xué)科基地主導(dǎo)、年輕教師書友會參與”的運行機制和切實有效的措施,探討新課程理念下教師多元梯級團隊建設(shè)的有效途徑,建設(shè)一支符合時代要求的高素質(zhì)教師隊伍,為建設(shè)省一級特色普通高中奠定基礎(chǔ)。
二、實施目標(biāo)
1、激發(fā)自我發(fā)展內(nèi)驅(qū)力,實現(xiàn)教師差異性成長。通過設(shè)計多元的校本教研活動,創(chuàng)建良好的學(xué)習(xí)性、研究性、合作性教師發(fā)展文化,讓教師在團隊中選擇適合自身發(fā)展需求的活動,激發(fā)教師自我發(fā)展愿望和內(nèi)在發(fā)展動力,不斷提高教師專業(yè)發(fā)展能力,實現(xiàn)教師差異性成長。形成一支“團結(jié)和諧,合作和睦,互幫互學(xué),共同提高”的教師團隊。
2、搭建智慧共享化平臺,促進教師團隊化發(fā)展。通過建立由校級領(lǐng)導(dǎo)、教務(wù)主任、教科室主任蹲點和由市縣名師、省教壇新秀、市“三壇”、縣專業(yè)骨干組成的名師工作室、參與式工作坊、學(xué)科研究小組和跨學(xué)科合作小組,實施學(xué)習(xí)共同體扁平化管理,指導(dǎo)、激勵學(xué)習(xí)型團隊開展研討活動,使教師群體更愿意接受和吸納指導(dǎo)者意見,使團隊學(xué)習(xí)更具針對性和實效性。打造“充滿生機活力,各具進取精神,富有創(chuàng)新意識”的多元梯級團隊。
3、踐行“教師發(fā)展為本”理念,探索梯級團隊建設(shè)模式。依據(jù)“以人為本”的管理思想,
為教師成長創(chuàng)建寬松、愉悅、和諧的氛圍,提高教師的職業(yè)意識、專業(yè)技能和自我發(fā)展的精神,在實踐中探索教師發(fā)展的自主性、自覺性以及客觀需求,為教師教育及教育管理方面的決策提供寶貴的素材。造就一支擁有“愛崗與責(zé)任、愛生與敬業(yè)、愛心與感恩、合作與共贏”的教師團隊。
4、謀求一種“自主自覺,合作和睦,開拓進取,探究創(chuàng)新”的教師多元梯級團隊合作文化。每位教師都能著眼于學(xué)生發(fā)展、教師發(fā)展和學(xué)校發(fā)展的共同愿景,堅持走“專業(yè)自主發(fā)展和團隊合作共贏”之路,把“立德樹人”作為教育的根本任務(wù),()把“追求卓越,超越自我,努力使自己在教育教學(xué)實踐活動中對學(xué)生產(chǎn)生強烈而持久的人際吸引力、精神感召力和智慧啟迪力”作為各自從事教育工作的畢生追求。
三、建設(shè)原則
1、學(xué)校需要與教師需求相結(jié)合原則:根據(jù)《蒼南中學(xué)教育改革與發(fā)展規(guī)劃(20**20**)》,把教育改革與發(fā)展要求、省一級特色普通高中創(chuàng)建需要、教師專業(yè)成長需求有機結(jié)合起來,努力培養(yǎng)一支“學(xué)習(xí)型”、“研究型”、“專家型”的教師隊伍。
2、自主修煉與團隊集訓(xùn)相結(jié)合原則:根據(jù)《蒼南中學(xué)教師專業(yè)發(fā)展培訓(xùn)規(guī)劃(20**―20**)》,把教師自主修煉計劃、團隊集訓(xùn)計劃和全校教師專業(yè)發(fā)展培訓(xùn)年度計劃有機結(jié)合起來,努力培養(yǎng)一支“既有學(xué)校特色,又有教師個體發(fā)展優(yōu)勢”的教師隊伍。
3、個性發(fā)展與差異成長相結(jié)合原則:根據(jù)學(xué)校培養(yǎng)人文素養(yǎng)與科學(xué)精神相融合的教師團隊要求,把教師的個性化發(fā)展與差異性成長相結(jié)合,通過聚焦教師教學(xué)行為方式改革建立充滿人文關(guān)懷的新課堂,發(fā)揮教師各自的主觀能動作用,主動實施“促進有效學(xué)習(xí)”的課堂變革實驗項目方案,努力建設(shè)一支具有教師個性特征和差異發(fā)展規(guī)律的多元梯級團隊。
4、梯級培養(yǎng)與整體發(fā)展相結(jié)合原則:根據(jù)《蒼南中學(xué)教師培養(yǎng)培訓(xùn)管理辦法》的要求,把教師梯級培養(yǎng)與整體發(fā)展相結(jié)合,特別在課堂變革、校本教研、教書育人、課程開發(fā)、選修課程執(zhí)教能力和教師文化傳承與創(chuàng)新等方面達到共同要求的基礎(chǔ)上都有所進步和發(fā)展,努力打造具有蒼本特色和地方文化特征的教師多元梯級團隊。
四、強化學(xué)習(xí)組織系統(tǒng)
1、加強教研組(備課組)建設(shè)。根據(jù)《蒼南中學(xué)關(guān)于進一步加強教研組建設(shè)的若干意見》要求,以教研組、備課組為單位開展“觀課議課、團隊研課、全員賽課、探究冷課”的校本教研活動、 構(gòu)建“先學(xué)后教 + 自主合作 + 問題評價”的生本高效課堂教學(xué)模式 ,努力把教研組建設(shè)成為學(xué)習(xí)型組織。
2、創(chuàng)建市縣教師研訓(xùn)學(xué)科基地。
一、團隊建設(shè)目標(biāo)
完成公司各類內(nèi)部應(yīng)用系統(tǒng)的建設(shè)和平面廣告的設(shè)計,完成公司承接各類對外的系統(tǒng)設(shè)計和平面廣告設(shè)計,協(xié)助完成網(wǎng)絡(luò)推廣任務(wù)。
二、團隊組成
系統(tǒng)架構(gòu)事:1名(兼項目經(jīng)理)
程序員:1名
美工設(shè)計師:1名(兼平面廣告設(shè)計)
前端工程師:1名
三、團隊人員職責(zé)
系統(tǒng)架構(gòu)師:負(fù)責(zé)系統(tǒng)功能要求的設(shè)計,負(fù)責(zé)對外項目的需求調(diào)研與分析,負(fù)責(zé)系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計,負(fù)責(zé)系統(tǒng)數(shù)據(jù)接口設(shè)計,負(fù)責(zé)項目進度的掌控以及后續(xù)維護工作的協(xié)調(diào)與對接,對整個項目負(fù)第一責(zé)任。
程序員:負(fù)責(zé)所有項目后臺代碼的編寫。
美工設(shè)計師:負(fù)責(zé)所有項目的整體美工設(shè)計,負(fù)責(zé)所有項目的圖標(biāo)、圖片設(shè)計與剪裁,負(fù)責(zé)其他各類平面廣告的設(shè)計。
前段工程師:負(fù)責(zé)所有應(yīng)用系統(tǒng)的前臺頁面設(shè)計,負(fù)責(zé)頁面交互方式的實現(xiàn)設(shè)計,負(fù)責(zé)頁面交互動畫的設(shè)計,負(fù)責(zé)頁面在各類瀏覽器平臺的匹配。
四、團隊人員的技能要求
系統(tǒng)架構(gòu)師:
1:具備 8 年以上軟件行業(yè)工作經(jīng)驗;
11:良好的團隊意識和協(xié)作精神,有較強的內(nèi)外溝通能力;
12:具備優(yōu)秀的代碼安全與規(guī)范的審查能力。
程序員:
1:精通asp,net(c#)開發(fā);
2:熟練使用vs 2015/2012/2015開發(fā)環(huán)境;
3:熟悉軟件開發(fā)流程,熟練使用vss, svn等版本控制工具;
4:熟悉ajax,jqury,javascrip、html等;
5:熟悉ado:net,精通sql語句;
7:具備良好的面向?qū)ο蟮脑O(shè)計思想,熟悉設(shè)計模式;
8:有良好的編程習(xí)慣和開發(fā)規(guī)范;
9:具備較強的自學(xué)能力;
10:熱愛技術(shù)、責(zé)任心強、能在較高壓力下工作;
11:有兩年實際項目開發(fā)經(jīng)驗優(yōu)先;
6:1-3年界面設(shè)計工作經(jīng)驗,可接受優(yōu)秀應(yīng)屆畢業(yè)生;
7:年齡要求22—35周歲。
前端工程師:
2:熟悉ajax/xml/json等網(wǎng)絡(luò)通信技術(shù)和數(shù)據(jù)交換格式;
6:開發(fā)、有大型網(wǎng)站前端開發(fā)經(jīng)驗者優(yōu)先;
8:有兩年或以上相關(guān)工作。
五、其他相關(guān)說明
美工設(shè)計師和前段工程師崗位互通性較強,如果有優(yōu)秀的美工設(shè)計師可以不用招聘前段工程師,反之亦然。
六、團隊福利待遇
暫無說明
一、團隊組建建議
經(jīng)銷商在不同的軟件經(jīng)營發(fā)展階段,對團隊的要求,即銷售團隊的任務(wù)要求是不同的,所以團隊的建設(shè)也要跟據(jù)不同時間段有不同的建設(shè)方案。
發(fā)展初期 公司只有產(chǎn)品而幾乎沒有客戶,這時銷售團隊的任務(wù)就是努力尋找目標(biāo)客戶,實現(xiàn)銷售,迅速進行產(chǎn)品宣傳及公司宣傳。所以,在團隊發(fā)展初期階段重點在于銷售人員,在人員配置比例上,以銷售占大部分,以下是初期階段的人員配置結(jié)構(gòu)圖,供參考:
說明
1、 團隊最少要求6個人結(jié)構(gòu)
2、 團隊主管的職責(zé)是管理好團隊,做好團隊人員分工、工作安排及協(xié)調(diào)工作。做好團隊的整體規(guī)劃,客戶的商務(wù)談判及銷售。做好內(nèi)部人員的銷售及技術(shù)培訓(xùn)。作為團隊主管要用80%的精力抓銷售,20%的精力抓管理。所以作為團隊主管要有很高的銷售水平及談判能力,一定的管理團隊能力,一定的技術(shù)水平。一點技術(shù)不懂是不行的。
3、 直銷人員的職責(zé)是負(fù)責(zé)產(chǎn)品演示,商務(wù)談判,簽訂銷售合同及前期的實施調(diào)研工作。
4、 商務(wù)人員的職責(zé)是負(fù)責(zé)收集客戶信息、產(chǎn)品的市場宣傳與推廣,客戶的日常維護及勾通,安排直銷人員的客戶談判進程。
5、 技術(shù)人員的職責(zé)是內(nèi)部人員技術(shù)培訓(xùn),客戶產(chǎn)品應(yīng)用培訓(xùn),產(chǎn)品實施全過程以及后
期的技術(shù)支持。
發(fā)展中期
由于意向客戶越來越多,正式客戶也越來越多,銷售的商業(yè)談判和技術(shù)服務(wù)變得非常重要,工作壓力也越大,團隊要適當(dāng)?shù)脑黾尤肆?,在初期的基礎(chǔ)上直銷人員增加到3人,技術(shù)人員增加到2人,其它不變。團隊的總體人員增加到8個人。
發(fā)展后期
公司的區(qū)域開發(fā)已基本完成,這時銷售團隊的重點已不是開發(fā)客戶,而轉(zhuǎn)移到維護客戶關(guān)系,公司的品牌和服務(wù)的宣傳和增值銷售。所以要加強技術(shù)人員數(shù)量,以提高服務(wù)水平及服務(wù)質(zhì)量,以及公司的增值服務(wù)。
說明
1、 團隊發(fā)展后期最少要求8到10個人結(jié)構(gòu)
2、 團隊主管的職責(zé)是管理好團隊,做好團隊人員分工、工作安排及協(xié)調(diào)工作。做好團
隊的整體規(guī)劃,客戶的商務(wù)談判及銷售。做好內(nèi)部人員的銷售及技術(shù)培訓(xùn)。作為團隊主管要用60%的精力抓銷售,20%的精力抓管理,20%的精力抓客戶的服務(wù)。團隊主管要有很高的銷售水平及談判能力,一定的管理團隊能力,一定的技術(shù)水平。一點技術(shù)不懂是不行的,團隊主管在團隊發(fā)展后期一定要強調(diào)客戶的售后服務(wù),因為這些客戶是企業(yè)長期生存與發(fā)展的根本,并且老客戶還可以有很多的增值收益。
3、 在團隊發(fā)展后期,直銷人員的職責(zé)除了負(fù)責(zé)產(chǎn)品演示,商務(wù)談判,簽訂銷售合同及
前期的實施調(diào)研工作,還要負(fù)責(zé)客戶的維護和解決一定的技術(shù)問題。
4、 商務(wù)人員的職責(zé)是負(fù)責(zé)收集客戶信息、產(chǎn)品的市場宣傳與推廣,客戶的日常維護及
勾通,安排直銷人員的客戶談判進程。
5、 在團隊發(fā)展后期,除了技術(shù)人員的職責(zé)是內(nèi)部人員技術(shù)培訓(xùn),客戶產(chǎn)品應(yīng)用培訓(xùn),
產(chǎn)品實施全過程以及后期的技術(shù)支持,還要負(fù)責(zé)推廣公司的增值服務(wù)項目,例如軟件服務(wù)費,軟件產(chǎn)品升級,增加站點以及其它服務(wù)項目,所以發(fā)展后期,公司的技術(shù)人員也要求有銷售意識和銷售能力,是技術(shù)能力最強的銷售團隊,。
6、 實際上,在團隊發(fā)展的后期,銷售和技術(shù)已經(jīng)很難分開了,銷售也是技術(shù),技術(shù)也
做銷售,但如果要達到這個水平,要求團隊的主管不斷的提高的團隊成員的綜合能力。
二、銷售獎懲方案
關(guān)于獎懲方案各個經(jīng)銷商要結(jié)合自己的實際情況來處理,原則是公平,公正,公開,并能提高團隊人員的工作積極性,使團隊能健康發(fā)展。下面舉兩個例子供參考。
方案一:分組考核方案
組方法
將團隊人員進行分組,分組依據(jù)是人員配置能夠合理分配,每組分別任命組長,由組長統(tǒng)一管理以及協(xié)調(diào)工作,根據(jù)公司及市場的實際情況下達任務(wù)考核參數(shù)進行考核。
獎金按組分配,按組計算,組長的獎金由總經(jīng)理確定,組內(nèi)獎金的分配扣除組長所得剩余部分由組長報分配方案,由總經(jīng)理審批。
核獎懲的計算
參與計算的參數(shù)項目:公司下達的任務(wù)額(可以是毛利也可以是銷售額)i 每組實際完成的額度g 每組應(yīng)得獎金額b 獎懲計算公式:
說明:
(1)上表中的百分比也可以是具體數(shù)額
(2)銷售業(yè)績確認(rèn)條件以收到客戶的貨款為準(zhǔn),當(dāng)月應(yīng)得獎金在下一個月與工資一起發(fā)
(3)技術(shù)人員無業(yè)績要求,也不參與以上公式的計算,獎金按每組所得獎金總的
一定百分比計提(基本工資高一些,但獎金不能過高也可以不發(fā)獎金) (4)客戶退貨沖咸當(dāng)月銷售業(yè)績。
(5)不發(fā)獎金也不扣工資作為考核的基礎(chǔ),他的基本參數(shù)應(yīng)該是公司支付給員工
的直接費用,(也就是公司支付給員工的基本工資及相關(guān)費用)
方案二 設(shè)立銷售部的考核方案
立銷售部的人員結(jié)構(gòu)
一般來說一個銷售部門人員最少6人,公司只對銷售部門考核,也就是只考核部門負(fù)責(zé)人,部門負(fù)責(zé)人對每個銷售人員進行考核。
負(fù)責(zé)人的獎金由總經(jīng)理確定,部門內(nèi)獎金的分配扣除負(fù)責(zé)人所得剩余部分由銷售門負(fù)責(zé)人報分配方案,由總經(jīng)理審批,類似于部門承包。
核獎懲的計算
參與計算的參數(shù)項目:公司下達的任務(wù)額(可以是毛利也可以是銷售額)以毛利為例
每人實際完成的額度g 每組應(yīng)得獎金額b
獎懲計算公式(單位:元,考核任務(wù)額以毛利參考)假設(shè)每人考核標(biāo)準(zhǔn)為:1200
說明:
(1)銷售業(yè)績確認(rèn)條件以收到客戶的貨款為準(zhǔn),當(dāng)月應(yīng)得獎金在下一個月與工資
一起發(fā)
(2)技術(shù)人員無業(yè)績要求,也不參與以上公式的計算,獎金按部門所得獎金總的
一定百分比計提
(3)客戶退貨沖咸當(dāng)月銷售業(yè)績。
方案二的缺點是部門之間沒有競爭,因為只有一個銷售部,希望能有其他方法來補
救。適用于團隊人員較少時。
以上兩方案的獎懲制度稱為四獎兩懲制度,目的是能有效的激發(fā)員工的工作積極性,更好的為公司創(chuàng)造業(yè)績。特別要重視銷售人員不經(jīng)過公司從其他渠道進貨銷售的問題,應(yīng)制定相應(yīng)的懲辦制度,一定要嚴(yán)懲,除了開除外,該人應(yīng)得獎金,應(yīng)發(fā)工資全部扣下。
注:以上方案僅供參考,可根據(jù)公司的實際情況將以計算公式中的數(shù)據(jù)做相應(yīng)的調(diào)整。也可以以銷售額作為考核參數(shù)。
三、收益分析及計算
作為合作伙伴持續(xù)經(jīng)營速達軟件的基礎(chǔ)是公司能夠盈利,那么就讓我們來計算一下經(jīng)營速達5000產(chǎn)品是如何盈利的,速達3000產(chǎn)品不參與計算:
注:在項目發(fā)展初期不要過多在意賺多少錢,只要能保本經(jīng)營就可以了,重點在于如何積累更多的客戶,積累的客戶越多,團隊未來的發(fā)展空間越大。
發(fā)展中期,隨著團隊人員能力的提高及人員的增加,銷售額會有一定的提高,而成本增長相對較少。發(fā)展中期一般指團隊開始銷售半年后,這一時期團隊還有另外一些收益,比如說速達公司給予的技術(shù)返點獎勵。
團隊發(fā)展后期:銷售額會培長很快,團隊也更加穩(wěn)定、成熟??蛻粢苍絹碓蕉?,這時除了產(chǎn)品銷售的收益外,很多的增值收益也開始表現(xiàn)出來,主要的增值收益有:軟件增加站點收益;軟件使用服務(wù)費收益,一般一年按軟件總價的15%--20%計算收取年服務(wù)費,或者每次上門按次收費,5000產(chǎn)品的收費標(biāo)準(zhǔn)為500元/次;3000產(chǎn)品的收費標(biāo)準(zhǔn)為300元/次;培訓(xùn)費指客戶更換操作人員需要我們培訓(xùn)而收取的費用。在團隊發(fā)展后期,每月凈收益最少可達40000元。
服務(wù)協(xié)議書(適用于3000系列)
甲方: (客戶) 乙方: (服務(wù)商)
1、 乙方為丙方授權(quán)服務(wù)商,乙方須設(shè)經(jīng)專門培訓(xùn)的合格技術(shù)人員為甲方提供技術(shù)服
務(wù)。
咨詢后,必須在72小時內(nèi)給予響應(yīng)。
3、 甲方可享受乙方提供的__次免費培訓(xùn)。培訓(xùn)場地和設(shè)備可由乙方統(tǒng)一組織,采用集
中培訓(xùn)方式,使甲方學(xué)員熟練地操作速達軟件。根據(jù)實際需要,也可在甲方單位進行實地培訓(xùn),具體收費標(biāo)準(zhǔn)參照《服務(wù)指南》之《速達軟件售后服務(wù)收費辦法》協(xié)商解決。
4、 甲方享受乙方提供的次免費服務(wù),解決使用速達軟件中遇到的各種問題。超過__
抄錄、記載或復(fù)制甲方的數(shù)據(jù)。
7、 乙方如遇到不能解決的技術(shù)問題,應(yīng)及時反映給速達公司技術(shù)支持部,并了解解決
方法,以及時解決甲方的問題,確保軟件的正常使用。
二、權(quán)益
1、 甲方有權(quán)對乙方不履行協(xié)議條款的行為向丙方投訴。
2、 乙方有權(quán)拒絕甲方提出的協(xié)議規(guī)定之外不合理的服務(wù)請求。
3、 乙方不承擔(dān)因甲方人員進行非法操作、感染計算機病毒、硬件錯誤等非速達軟件故
障導(dǎo)致的數(shù)據(jù)混亂、數(shù)據(jù)丟失的責(zé)任。
三、本協(xié)議中涉及的服務(wù)項目及收費,雙方根據(jù)《服務(wù)指南》參考執(zhí)行。 四、本協(xié)議自簽字之日起一年內(nèi)有效。 五、其他未盡事宜,經(jīng)三方友好協(xié)商解決。
甲方代表: 乙方代表:
(公章) (公章)
日期: 日期:
3000系列)
軟件維護項目方案篇八
為認(rèn)真實施“濟南市支持社會組織參與社會服務(wù)示范項目”,進取培育扶持我市社工服務(wù)組織發(fā)展,以增強其服務(wù)功能,更好地發(fā)揮社工服務(wù)組織在創(chuàng)新社會管理和構(gòu)建社會主義和諧社會中的進取作用。20**年,安排15萬專項資金,以資助服務(wù)項目的形式,培育扶持社工服務(wù)組織發(fā)展,從而探索一條具有本土特色的社工服務(wù)組織培育發(fā)展新模式。為保證該項目順利實施,特制定本實施方案。
一、資助條件。
凡申報本項目者,應(yīng)具備以下資格條件:。
1、濟南市內(nèi)擬成立或處于初創(chuàng)期的社工服務(wù)組織或團隊;。
3、有正在或擬開展實施的社會工作服務(wù)項目;。
4、有明確的服務(wù)宗旨、服務(wù)領(lǐng)域與工作目標(biāo);。
5、有相應(yīng)的配套經(jīng)費保障本項目順利實施;。
6、在本項目結(jié)束時,能確保完成社工服務(wù)組織成立或原處于初創(chuàng)期的社工服務(wù)組織確保在團隊建設(shè)、服務(wù)功能及自我發(fā)展本事等方面得到全面加強。
二、資助資料。
本項目主要資助開展以下領(lǐng)域的專業(yè)社工服務(wù):。
1、老年人服務(wù)項目:為老年人異常是失獨和空巢老人供給生活照料、互助關(guān)愛、精神慰藉、權(quán)益維護及文化生活等方面的專業(yè)社會工作服務(wù),挖掘其潛能,提升生活質(zhì)量,促進“老有所養(yǎng)、老有所學(xué)、老有所為、老有所樂”目標(biāo)的實現(xiàn)。
2、殘疾人服務(wù)項目:為殘疾人供給人文關(guān)懷、心理疏導(dǎo)、功能康復(fù)、資源協(xié)調(diào)、社會支持等服務(wù)和物質(zhì)保障,幫忙其提升自信心,克服環(huán)境障礙,增強社區(qū)歸屬感,使其融入正常的社會生活。
3、婦女與婚姻家庭服務(wù)項目:以“婦女為本”和“家庭為本”為原則,為婦女供給緩解壓力、本事提升、權(quán)益維護、家庭關(guān)系調(diào)適與重構(gòu)等專業(yè)服務(wù),幫忙家庭成員強化家庭生活的進取功能,解決婦女發(fā)展面臨的實際困難和問題,倡導(dǎo)和促進性別平等和公正的機制建設(shè)等服務(wù)。
4、兒童與青少年服務(wù)項目:根據(jù)各階段兒童、青少年的身心特點,運用社會工作專業(yè)知識、技能和方法,經(jīng)過開展學(xué)業(yè)輔導(dǎo)、親子活動、權(quán)益維護、團隊建設(shè)等活動,幫忙其正確了解自我、學(xué)會應(yīng)對困難和解決問題的辦法,并促使其在生活、學(xué)業(yè)、感情和人際關(guān)系等各方面全面發(fā)展。
5、外來務(wù)工人員服務(wù)項目:針對外來務(wù)工人員實際需求,開展政策咨詢、就業(yè)援助、生活救助、心理疏導(dǎo)、本事發(fā)展、矛盾調(diào)處、權(quán)益維護及子女教育、社會融入等專業(yè)服務(wù),使其增強認(rèn)同感和歸屬感,盡快融入城市生活。
7、特殊群體服務(wù)項目:針對社區(qū)不良行為青少年、社區(qū)矯正人員、刑釋解教人員等特殊群體,開展糾正行為偏差、緩解生活困難、疏導(dǎo)心理情緒、改善家庭和社區(qū)關(guān)系,增強自身本事,恢復(fù)和發(fā)展社會功能的專業(yè)服務(wù),促進社會穩(wěn)定與和諧。
8、醫(yī)務(wù)服務(wù)項目:協(xié)助患者及其家屬正確應(yīng)對疾病,幫忙其供給心理需求評估和情緒支持,協(xié)調(diào)醫(yī)患關(guān)系,預(yù)防和減少醫(yī)療糾紛;協(xié)助患者制定康復(fù)服務(wù)計劃,整合社會資源,幫忙其恢復(fù)社會功能及為醫(yī)護人員供給精神減壓等專業(yè)服務(wù)活動。
9、志愿服務(wù)項目:按照“社工義工”的模式,開展以弘揚志愿服務(wù)精神,提升志愿服務(wù)隊伍素質(zhì),推動志愿服務(wù)規(guī)范化、制度化,完善社會支持網(wǎng)絡(luò),促進其全面發(fā)展為主題的專業(yè)服務(wù),從而保障志愿服務(wù)隊伍穩(wěn)定、服務(wù)優(yōu)良,成為維護社區(qū)穩(wěn)定和社會和諧的重要力量。
10、其他領(lǐng)域服務(wù)項目:除上述領(lǐng)域外,可結(jié)合我市實際和公眾需求,申報其他領(lǐng)域具有開拓性、創(chuàng)新性的專業(yè)社會工作服務(wù)項目。
三、資助方式。
以資助服務(wù)項目的形式,依據(jù)申報項目規(guī)模、服務(wù)本事、社會效益等條件確定項目資助金額,優(yōu)先扶持能構(gòu)成明顯成效和具有廣泛社會效應(yīng)的項目。同時,在項目實施期間,對有需求的團隊可安排入駐我會,為其供給辦公場地、財務(wù)托管、員工培訓(xùn)、信息咨詢、資源鏈接和協(xié)助辦理社會組織注冊登記等服務(wù)。
每個社工服務(wù)組織或團隊原則上只能申請一個項目。
四、工作流程。
(一)公示公告階段(20**年2月13日-20**年2月20日)。
我會面向社會發(fā)布項目公告,明確申報條件、資助范圍、資金撥付、工作流程等有關(guān)要求。
(二)項目申請階段(20**年2月21日-20**年2月28日)。
凡申請者可登錄“濟南民政”、“濟南社工”網(wǎng)站下載項目申報書,并于2月28日前,向我會項目辦公室提交紙質(zhì)版和電子版申報材料,逾期不予受理。
項目申請需同時提交以下材料:。
1、項目申報書;。
3、項目負(fù)責(zé)人簡介及身份證復(fù)印件;。
4、其他相關(guān)登記材料。
紙質(zhì)申報材料一式三份,務(wù)必a4紙雙面打印,每份單獨裝訂成冊。
(三)受理申請階段(20**年3月1日-20**年3月4日)。
我會項目辦公室對申報材料進行審查并決定是否受理。對不予受理的,將材料退回并說明理由。申請項目有下列情形之一的,不予受理:。
1、不具備申報條件的;。
2、未按要求準(zhǔn)備申報資料的;。
3、同一資料重復(fù)申報的(包含以不一樣的項目名稱申請);。
4、有其他情景不宜受理的。
(四)評審立項階段(20**年3月5日-20**年3月7日)。
由我會組織專家成立評審委員會,對申報者資格條件、項目資料及項目實施地域、受益對象、進度安排、解決的問題和預(yù)期的社會效益以及項目的可行性、必要性和創(chuàng)新性等進行評估,并根據(jù)項目規(guī)模、受益對象、社會效益等分別給予1萬元、2萬元、3萬元不等資助,并經(jīng)過“濟南社工”網(wǎng)向社會進行為期一周的公示。
(五)項目實施階段(20**年3月14日至20**年8月20日)。
項目執(zhí)行組織或團隊要遵守相關(guān)承諾,履行約定義務(wù),按期完成項目。項目一經(jīng)立項,不得分包、轉(zhuǎn)包,不得調(diào)整。項目在執(zhí)行過程中由于特殊原因需要終止、撤銷、變更的,須報我會項目辦公室批準(zhǔn)。除不可抗力因素外,所有項目均應(yīng)于項目年度內(nèi)完成。我會將根據(jù)市民政局有關(guān)部署和要求,對項目實施情景進行階段性檢查和評估,及時發(fā)現(xiàn)解決問題,總結(jié)推廣先進經(jīng)驗,并對執(zhí)行不利組織或團隊根據(jù)有關(guān)規(guī)定進行處罰。
(六)評估總結(jié)階段(20**年8月21日至8月28日)。
根據(jù)“濟南市支持社會組織參與社會服務(wù)示范項目”有關(guān)要求,我會委托第三方對項目資金使用情景進行檢查審計,并對項目執(zhí)行情景進行績效評估。根據(jù)市民政局有關(guān)要求,項目執(zhí)行組織或團隊?wèi)?yīng)于正式立項后的20**年3月20日前,向我會項目辦公室報送中期報告;在20**年8月20日前,向我會項目辦公室報送總結(jié)報告,資料包括:項目執(zhí)行情景、資金使用管理情景、宣傳推廣情景、實施效果、社會效應(yīng)及項目評估報告等。
五、經(jīng)費管理。
(一)申報項目經(jīng)評審立項后的3個工作日內(nèi),由我會項目辦公室按照程序撥付資金。項目資金分兩次撥付,第一次撥付資金總額的50%;其余50%資金待中期執(zhí)行情景評估到達合格及以上后,一并撥付。
(二)項目執(zhí)行組織或團隊?wèi)?yīng)當(dāng)按照項目資金管理要求,建立健全財務(wù)管理和會計核算制度,將項目資金單獨立賬,單獨核算,以便于追蹤監(jiān)督檢查,確保資金的安全和正確使用。項目資金不得用于繳納罰款罰金、償還債務(wù)、對外投資、購買汽車等支出,不得以任何形式擠占、截留、挪用項目資金。
(三)我會將根據(jù)資金管理有關(guān)規(guī)定,對資金使用情景進行跟蹤檢查審計,對違反項目資金使用管理規(guī)定的,依據(jù)有關(guān)法律法規(guī),給予嚴(yán)肅處理。
六、宣傳和總結(jié)。
各項目執(zhí)行組織或團隊要充分利用廣播、電視、報刊、網(wǎng)絡(luò)等新聞媒體和明白紙等多種形式,大力宣傳項目的意義、資助資料和申請辦法,及時宣傳報道項目開展情景和社會效益,引導(dǎo)廣大社會力量進取參與,以讓全社會更多地關(guān)注、了解和支持社工服務(wù)組織發(fā)展。
各執(zhí)行組織或團隊要及時收集視頻、音頻素材,整理典型、感人事例,建立專門項目宣傳檔案,定期向我會項目辦公室報送項目簡報。在開展項目宣傳活動等時,要注明“濟南市支持社會組織參與社會服務(wù)示范項目”標(biāo)識。
軟件維護項目方案篇九
(一)項目啟動階段。
(二)需求調(diào)研確認(rèn)階段。
(三)軟件功能實現(xiàn)確認(rèn)階段。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
(五)系統(tǒng)培訓(xùn)階段。
(六)系統(tǒng)安裝測試及試運行階段。
(七)總體驗收階段。
(八)系統(tǒng)交接階段。
軟件產(chǎn)品,特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品,用戶購買軟件產(chǎn)品之后,不能立即進行使用,需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目實施。大量的軟件公1司項目實施案例證明,軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產(chǎn)品本身的質(zhì)量,軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認(rèn)階段、軟件功能實現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關(guān)系,上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
(一)項目啟動階段。
此階段處于整個項目實施工作的最前期,由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù):
公司:在合同簽定后,指定項目經(jīng)理,成立項目組,授權(quán)項目組織完成項目目標(biāo)。
公司項目組:進行前期項目調(diào)研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務(wù)經(jīng)理:配合公司項目組,將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯(lián)系。
用戶:成立項目實施組織,配合前期調(diào)研和召開啟動會,簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組。
部門經(jīng)理接到實施申請后,任命項目經(jīng)理,指定項目目標(biāo),由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù),并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研。
項目經(jīng)理及項目組成員,在商務(wù)人員配合下,建立與用戶的聯(lián)系,對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中,商務(wù)經(jīng)理積累了大量的信息,項目組首先應(yīng)收集商務(wù)和合同信息,并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》。
《項目總體計劃》是一個文件或文件的集合,隨著項目信息不斷豐富和變化,會被不斷變更,主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容:
溝通管理計劃,確定項目干系人對信息和溝通的需要:即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計劃,確定適合于項目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要,可以包括上述每一個計劃,詳細(xì)程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會。
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》,包括以下內(nèi)容:
項目目標(biāo)、主要項目階段、里程碑、可交付成果。所計劃的職責(zé)分配(包括用戶的);。
項目實施中項目管理的必要性和如何進行項目管理,項目的質(zhì)量如何控制;。
項目實施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用;。
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認(rèn)階段。
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求,包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等,實施4人員調(diào)研完成后,會編寫《需求調(diào)研分析手冊》,并交付用戶進行確認(rèn),待用戶對《需求調(diào)研分析手冊》上所提到的需求確認(rèn)完畢后,項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容:
1、進行需求調(diào)研準(zhǔn)備。
2、編制《需求調(diào)研計劃》。
3、內(nèi)部評審是否通過《需求調(diào)研計劃》,項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審,如評審?fù)ㄟ^,則在稍后的時間內(nèi)簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》,如用戶簽署《需求調(diào)研計劃》,則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更,如果計劃存在變更,則執(zhí)行變更控制流程,否則按計劃進行后續(xù)工作。
7、需求調(diào)研,項目組以《需求調(diào)研手冊》為依據(jù),從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研,并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果,項目組和公司其他技術(shù)部門將進一步進行分析,確定合理、可行的需求,將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審,如評審?fù)ㄟ^,則在稍后由用戶簽署,如評審不通過則重新修改,直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認(rèn)通知》。項目組編寫《需求分析報告確認(rèn)通知》,發(fā)給用戶,確定進行需求確認(rèn)的相關(guān)事宜,告之相關(guān)部門及人員安排好工作,準(zhǔn)時參與需求確認(rèn)工作,為順利完成需求確認(rèn)工作做準(zhǔn)備。
(三)軟件功能實現(xiàn)確認(rèn)階段。
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中,項目實施人員將記錄軟件實現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后,項目實施人員將編制《軟件功能確認(rèn)表》,將定制好軟件功能待用戶確認(rèn),6用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作,并對用戶進行初裝資料的軟件操作培訓(xùn),以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng),初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認(rèn)識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的,達到讓用戶了解軟件產(chǎn)品,最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層,對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:
1、調(diào)研培訓(xùn)信息:在培訓(xùn)開始前3天由用戶實施負(fù)責(zé)人,將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:結(jié)合調(diào)研結(jié)果,與用戶實施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時間,場地,人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:用戶簽署《培訓(xùn)計劃》,進一步確認(rèn)培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:培訓(xùn)開始前2天,按照簽署的《培訓(xùn)計劃》,將培訓(xùn)內(nèi)容、時間,場地,人員等信息通知用戶實施負(fù)責(zé)人。
5、搭建培訓(xùn)環(huán)境:公司項目組在培訓(xùn)開始前,將培訓(xùn)環(huán)境搭建及檢查妥當(dāng),將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn),按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下,對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試,對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平,掌握操作規(guī)范。此階段的主要工作內(nèi)容為:
1、編制計劃:與用戶實施負(fù)責(zé)人商議具體測試及試運行時間,地點,人員等安排,項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》,進一步確認(rèn)測試及試運行安排。
3、發(fā)測試及試運行通知:在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負(fù)責(zé)人。
5、組織測試及試運行:用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合,組織相關(guān)人員進行測試及試運行.、6、測試及試運行總結(jié):測試及試運行完成,總結(jié)試運行中設(shè)備、軟件的運行情況,總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況,以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負(fù)責(zé)人。
公司項目組負(fù)責(zé)擔(dān)當(dāng)指揮,檢查用戶人員組織情況并給予指導(dǎo),跟蹤檢查如下情況:
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通,確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行,在每一項目階段結(jié)束時,用戶對這一階段的可交付成果進行驗收,在測試及試運行結(jié)束后,對系統(tǒng)進行總體驗收。
需要驗收的可交付成果:
階段組成主要里程碑。
可交付成果。
啟動。
階段。
簽署的《總體項目計劃》。
啟動會。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認(rèn)。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件。
實現(xiàn)。
簽署的《軟件功能確認(rèn)表》。
數(shù)據(jù)。
初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)數(shù)據(jù)初裝完成《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成《總體驗收報告》。
(八)系統(tǒng)交接階段。
此階段是項目實施的最后一個階段,主要工作是軟件公司項目組向用戶移交軟件項目,包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔,并簽署《售后服務(wù)協(xié)議》,項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》,對軟件公司項目實施人員的整個項目實施情況進行評價,軟件公司將聽取用戶的意見,再今后的項目實施管理中進行加強和改進。
軟件維護項目方案篇十
作為一個項目的管理者,必須要明確的知道自己的工作目標(biāo);我個人認(rèn)為項目管理者的目標(biāo)無非就是以下兩點:。
1、就是清晰明確地了解項目利害關(guān)系者的需求和期望,努力做到滿足項目利害關(guān)系者的不同需求;項目利害關(guān)系者包括:項目團隊成員和項目團隊外成員(比如各部門的部門負(fù)責(zé)人和市場人員,客戶等。
2、就是保證開發(fā)項目按需按時保質(zhì)的完成。第二:職責(zé)。
作為項目的管理者,首先要端正態(tài)度,要明確知道自己的工作職責(zé),認(rèn)識到這份工作職責(zé)的本質(zhì)。項目管理者不是來管人的,而是來支持人的,是來協(xié)調(diào)資源的,是來營造一個適合團隊成員比較認(rèn)同的工作環(huán)境和氛圍的,是來為一個共同的目標(biāo)和大家一起戰(zhàn)斗共同成長的??梢源蟾鸥爬ǔ梢韵聨c:。
1、建立有效的工作流程保證項目的順利進行。
2、制定詳細(xì)周密的項目計劃。
3、跟蹤,推動項目按計劃進行。
4、積極解決項目過程中出現(xiàn)的問題和沖突。
5、調(diào)動開發(fā)團隊的積極性,創(chuàng)造力,推動團隊成員在項目過程中不斷成長。
6、項目風(fēng)險識別、風(fēng)險評估、風(fēng)險解決和風(fēng)險管理策略以及做好突發(fā)風(fēng)險的應(yīng)急預(yù)案。
7、實現(xiàn)目標(biāo)。
第三:項目管理者的具體工作內(nèi)容。
最后一個是項目管理者的具體工作內(nèi)容,作為項目管理者必須清晰的知道自己的工作范圍和所要做的工作內(nèi)容以及工作重心,分為以下六點:。
1、項目前期階段。
對項目進行技術(shù)可行性分析、技術(shù)評估、成本評估以及風(fēng)險評估。與需求提出方的代表進行需求討論,明確項目的目標(biāo)、價值;確定項目范圍、功能及優(yōu)先級。組建項目團隊,特別要搞清楚項目的keyperson(對產(chǎn)品有決定權(quán)的人。項目啟動會議,相關(guān)的利害關(guān)系人員都必須參加。
該階段完成后的成果:確認(rèn)后的最終軟件需求規(guī)格說明書文檔。
2、分析設(shè)計階段。
根據(jù)確認(rèn)后的軟件需求規(guī)格說明書,制定項目進度計劃,工作任務(wù)分解(wbs;資源申請,項目涉及到的開發(fā)資源、測試資源、設(shè)計資源(包括人員和軟硬件資源;數(shù)據(jù)庫設(shè)計;系統(tǒng)設(shè)計;文檔(包括usecase、demo系統(tǒng)原型、testcase等;評審會議。
該階段完成后的成果:a、usercase(系統(tǒng)用例;b、demo(系統(tǒng)原型;。
c、系統(tǒng)設(shè)計文檔(概要設(shè)計和詳細(xì)設(shè)計;d、數(shù)據(jù)庫設(shè)計文檔。
最后對完成的成果,包括usercase和設(shè)計文檔等進行評審。
3、執(zhí)行階段(開發(fā)和測試。
準(zhǔn)備開發(fā)環(huán)境、測試環(huán)境;跟蹤,推動項目按計劃進行;以周報的形式通報項目的進展情況。對項目的階段成果進行評估,以確保該階段完成的質(zhì)量,包括代碼審核、sql審核等。對需求變更進行控制管理;對項目風(fēng)險進行管理;測試階段bugfixed及改進、收集反饋意見。
4、發(fā)布階段。
包括制定項目發(fā)布計劃,用戶培訓(xùn),發(fā)布上線。
5、上線后監(jiān)控。
數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài),根據(jù)監(jiān)控出現(xiàn)的問題,及時進行bugfixed及改進或做補丁升級。
6、結(jié)束階段。
產(chǎn)品交付,項目。
總結(jié)。
會。
第四:基于以上三個問題所做的應(yīng)對細(xì)則。
要做好項目管理,并能確實解決好以上三個問題,實現(xiàn)目標(biāo)、履行職責(zé)、完成工作中的具體內(nèi)容,從我個人這幾年的工作經(jīng)驗和面臨的一些問題,還有所積累的一些項目管理中的一些知識以及自己的觀察和思考的角度看,應(yīng)該要努力做好以下這幾個方面的具體工作:。
1、項目開發(fā)時間的估算。
制定項目進度時間表的時候,需要估算每個任務(wù)所需的時間,其中開發(fā)任務(wù)中模塊的分配和時間估算是其中最主要的部分;在分配模塊和估算開發(fā)時間時需要遵循的原則和目標(biāo):。
1、保證項目整體的進度。
2、有助于確保開發(fā)編碼的質(zhì)量。
3、有助于提高開發(fā)編碼的速度。
在公司現(xiàn)有的技術(shù)框架下,開發(fā)人員主要的工作是投入在具體的商業(yè)邏輯上。通常每個模塊所需的開發(fā)時間取決于以下三個因素:。
1、所負(fù)責(zé)模塊的商業(yè)邏輯的復(fù)雜程度。
2、開發(fā)人員的技術(shù)水平和對項目所在應(yīng)用的熟悉程度(包括對框架和應(yīng)用的熟悉程度。
3、該模塊技術(shù)實現(xiàn)上是否有技術(shù)難點;這里所謂的技術(shù)難點定義是:在現(xiàn)有系統(tǒng)中還未實現(xiàn)的、開發(fā)人員自身也未沒接觸過的技術(shù)。對于這樣的難點,開發(fā)者沒有相關(guān)的代碼可以參考,自己也沒有經(jīng)驗,所以需要投入一些時間研究解決。
模塊分配和開發(fā)時間估算的步驟:。
1、在劃分好模塊后,首先自己先估算一下每個模塊所需要的開發(fā)時間。
2、然后召集所有開發(fā)人員,討論模塊的分配和開發(fā)時間估算。將劃分好的模塊,讓開發(fā)人員從中挑選他們感興趣的模塊。這樣做可以提高開發(fā)人員的主動性和參與性。在分配模塊的時候還需從以下幾方面考慮,以確保開發(fā)的速度和質(zhì)量:a、相同類似的模塊由同一人負(fù)責(zé)開發(fā),比如用戶管理的增刪改由同一開發(fā)者負(fù)責(zé)。
這樣做的好處就是開發(fā)者對相關(guān)邏輯會更加熟悉,同時接口的定義也會比較明確,溝通的成本比較低,同時功能實現(xiàn)的缺陷也相應(yīng)的會降低。
b、技術(shù)難度比較大的模塊由技術(shù)水平比較高的人負(fù)責(zé)。c、業(yè)務(wù)邏輯比較復(fù)雜的由對這塊邏輯比較了解的人負(fù)責(zé)。
3、模塊分配完后,開發(fā)人員評估自己負(fù)責(zé)開發(fā)的模塊所需要的時間。在此過程中最好做到要和開發(fā)者比較詳細(xì)的討論每個模塊的技術(shù)實現(xiàn),以便使時間的估算更加準(zhǔn)確。
4、對開發(fā)人員估算的時間進行確認(rèn)。在確認(rèn)過程中作為項目管理者應(yīng)參考以上提到的三個因素,同時將自己估算的時間和開發(fā)人員估算的時間進行比較。這其中的差異當(dāng)然會存在的。對于那些差異比較大的,將與技術(shù)人員探討其中的緣由。對于時間周期比較長的任務(wù),盡量將任務(wù)通過再細(xì)分的手段細(xì)化任務(wù),爭取每個任務(wù)的最長時間不超過3天;時間周期越長的任務(wù),不確定性越高,風(fēng)險也越高,越有可能成為項目的瓶頸,影響項目的進度。
2、codereviewcodereview是保證項目中代碼質(zhì)量非常重要的一個環(huán)節(jié),在這一環(huán)中我們公司做的非常欠缺,把關(guān)不嚴(yán)格;這是導(dǎo)致每次測試后出現(xiàn)大量bug的主要原因,這一環(huán)需要納入績效考核中,實行責(zé)任追究制,實施重點監(jiān)控。出現(xiàn)這樣的薄弱環(huán)節(jié),造成這樣的原因,我想也是有很多因素造成的;比如開發(fā)人員對需求不是很明確,以自己比較主觀的因素去完成任務(wù)的;還有對整個系統(tǒng)業(yè)務(wù)邏輯沒有正確的清晰的認(rèn)識的原因,以及對項目組成員培訓(xùn)不到位的原因等眾多因素糾集在一起才產(chǎn)生的。
核規(guī)范”文檔:記錄代碼實現(xiàn)應(yīng)該遵循的標(biāo)準(zhǔn)。通過這兩個文檔來規(guī)范開發(fā)人員的代碼實現(xiàn),代碼編寫者必須要嚴(yán)格按照規(guī)范來進行;代碼審核者根據(jù)這些標(biāo)準(zhǔn)來codereview代碼,同時在codereview過程中不斷完善該文檔。
在做好這些前期工作的前提下,分以下幾個步驟來實施:。
1、檢查開發(fā)者的代碼實現(xiàn)是否遵循了編碼規(guī)范。
2、從代碼的易維護性、可擴展性角度考察代碼的質(zhì)量,提出修改建議。
4、代碼審核者在此過程中可以隨時提出自己的疑問,同時積極發(fā)現(xiàn)隱藏的bug;對這。
些bug記錄在案。
5、代碼講解完畢后,代碼審核者給自己安排幾個小時再對代碼審核一遍。代碼需要一。
行一行靜下心來看。同時代碼又要全面的看,以確保代碼整體上設(shè)計優(yōu)良。
6、代碼審核者根據(jù)審核的結(jié)果編寫“代碼審核報告”,“審核報告”中記錄發(fā)現(xiàn)的問題。
及修改建議,然后把“審核報告”發(fā)送給相關(guān)人員。
7、代碼編寫者根據(jù)“代碼審核報告”給出的修改意見,修改好代碼,有不清楚的地方。
可積極向代碼審核者提出。
8、代碼編寫者bugfixed完畢之后給出反饋。
9、代碼審核者把codereview中發(fā)現(xiàn)的有價值的問題更新到"代碼審核規(guī)范"的文檔中,對于特別值得提醒的問題可群發(fā)email給所有技術(shù)人員。如果通過以上步驟,還因為是代碼編寫者的原因而出現(xiàn)嚴(yán)重的缺陷問題,將通過績效考核來加深代碼編寫者的印象,并在周報會議上做通報批評。
3、需求變更管理。
需求變更管理也是項目管理中最重要的一個環(huán)節(jié),對需求變更管理的有效性將直接影響項目的成功與否。
對待需求變更的態(tài)度:。
1、需求變更是不可避免的。
2、需求變更要必須被管理。
3、積極發(fā)現(xiàn)引起變更的因素,促使變更盡可能早的出現(xiàn),減低變更帶來的風(fēng)險。需求變更管理的目標(biāo):。
1、相關(guān)的干系人必須清楚地了解發(fā)生的變更。
2、變更處于有效的管理中。
3、盡量降低變更帶來的風(fēng)險。
通過制定需求變更的流程,確保項目中的需求變更有效地進行,實現(xiàn)上述的目標(biāo)。需求變更流程:。
作很混亂,也就是因為沒有一個規(guī)范的變更流程而造成的;如果建立了這么一個流程規(guī)范和機制,需求變更沒有走這個流程的將不被認(rèn)可。
2、項目管理者接收到需求變更的要求。需求變更的提出者可以是項目中的任何人包括產(chǎn)品經(jīng)理、市場人員、開發(fā)人員、測試人員等。
度,費用,質(zhì)量等計劃。項目管理者作為項目的負(fù)責(zé)人,對項目的成功與否負(fù)有主要的責(zé)任。所以需求變更的決策者應(yīng)該由項目管理者承擔(dān)。
開發(fā)人員對進度的影響(工作量。
12。
5、確定變更的負(fù)責(zé)人。承擔(dān)需求變更的具體工作,比如基線控制,對需求變更的記錄,并通知相關(guān)人員。
6、相關(guān)人員接收到確認(rèn)的需求變更后,做以下事情。需求分析人員修改需求說明書和usercase的相關(guān)內(nèi)容。測試人員修改測試用例的相關(guān)內(nèi)容。開發(fā)人員修改代碼中的相關(guān)部分。
7、按照變更后的計劃實施項目,并進行檢查,跟蹤,對變更后的實施反饋和可能出現(xiàn)的問題及時溝通和處理。
8、需求凍結(jié)。項目越到后期,需求變更對項目的影響就越大,所以在一定時候要進入需求凍結(jié)階段,不再接收新需求或需求的變更。
4、風(fēng)險管理。
風(fēng)險管理是項目管理者最重要的工作之一。風(fēng)險管理是一個持續(xù)的過程,貫穿于整個項目過程中,風(fēng)險管理包括風(fēng)險識別、風(fēng)險評估、風(fēng)險解決以及風(fēng)險管理策略。
在項目的實施過程中需要不斷地識別和應(yīng)對風(fēng)險,并加以有效的控制,風(fēng)險管理的好與壞直接影響項目的實施效果,從某種意義上講,項目實施對于項目管理者就是識別、分析、應(yīng)對、控制風(fēng)險的過程,使項目的約束性目標(biāo)和質(zhì)量目標(biāo)朝有利的方向發(fā)展。
加影響或采取應(yīng)對措施,把風(fēng)險的負(fù)面影響降到最低,并且風(fēng)險控制應(yīng)該貫穿項目始終。
風(fēng)險引起的負(fù)面后果集中體現(xiàn)在進度延后、成本超支、質(zhì)量不達標(biāo)等方面,導(dǎo)致這些問題的因素主要包括目標(biāo)以及需求不明確、范圍蔓延以及需求變更、代碼質(zhì)量或返工風(fēng)險、人員技能和資源的不足、缺乏良好的團隊協(xié)作等。下面將詳細(xì)描述一下這些問題以及出現(xiàn)這些問題時的應(yīng)對方案:。
1、目標(biāo)以及需求不明確。
為了市場競爭或內(nèi)部管理決策的需要,業(yè)務(wù)部門提出的需求往往要求的時間比較緊迫,需求的提出大多停留在幾張紙或口頭的傳達上,沒有形成正式的業(yè)務(wù)需求文檔,在沒有明確的需求范圍的情況下,有時為了迎合業(yè)務(wù)部門的口味匆匆開工,過程中用戶不斷地提出新的想法,技術(shù)人員開始疲于奔命和應(yīng)付,很難保證項目的進度和質(zhì)量,也難以取得業(yè)務(wù)部門的認(rèn)可。所以,在項目的前期一定要采取相應(yīng)的手段或措施,與業(yè)務(wù)部門共同明確項目目標(biāo)、需求范圍,充分考慮現(xiàn)有的時間和資源約束,將需求排定優(yōu)先級,對于關(guān)鍵的需求優(yōu)先實現(xiàn),其他輔助性的根據(jù)過程中的具體情況進行滾動式計劃,并取得業(yè)務(wù)部門的書面確認(rèn)。在此過程中要注重挖掘用戶的隱性需求,可以通過引導(dǎo)、系統(tǒng)原型等手段讓用戶在前期充分暴露自己的想法和需求。
發(fā)生,對項目造成影響。如何減少此類風(fēng)險的發(fā)生?前期的需求討論要詳細(xì)、充分。需求文檔中需求的范圍要明確、功能描述要清楚。找出項目中需求的決策者(通常會是產(chǎn)品經(jīng)理、相關(guān)職能主管、客戶,所有的需求要經(jīng)過他們的認(rèn)可??蛻粼陧椖窟^程中的全程參與有助于降低此類風(fēng)險。需求討論、需求確認(rèn)、usercase確認(rèn)、測試階段的客戶驗收等環(huán)節(jié),都要要求客戶參與。在發(fā)生需求變更時,嚴(yán)格按照需求變更流程執(zhí)行。在分析設(shè)計階段的中的確認(rèn)和評審也是降低此類風(fēng)險的重要手段。
3、代碼質(zhì)量或返工風(fēng)險質(zhì)量風(fēng)險主要指開發(fā)代碼的質(zhì)量。如何提高開發(fā)人員開發(fā)的質(zhì)量?在制定項目計劃時,對開發(fā)時間的評估要盡可能的合適。合理的開發(fā)時間對開發(fā)質(zhì)量的影響也很大。有時開發(fā)人員為了趕進度在比較緊張的時間需要完成指定的任務(wù),可能就存在很大的開發(fā)質(zhì)量問題。開發(fā)要有一套嚴(yán)格可行的代碼規(guī)范,編碼時嚴(yán)格遵守,到現(xiàn)在為止,我們這個方面做的不是很規(guī)范,做的也很不足,大家編寫的代碼隨意性比較大,代碼編寫者的主觀意識性比較強。要建立一套大家認(rèn)可并且規(guī)范可行的編碼規(guī)范和考核規(guī)范,codereview時嚴(yán)格考核。在編碼前,開發(fā)人員要對框架熟練掌握;一份好的系統(tǒng)設(shè)計文檔對指導(dǎo)開發(fā)非常重要。返工是項目組最不愿意看到的,既浪費人力、物力和財力,又影響團隊積極性。需求不明確或范圍沒有有效控制都可能造成返工,另外造成返工的原因是質(zhì)量沒有達到用戶要求。往往有這樣一種情況,每個團隊成員按照項目計劃報告進度都是100%完成,但一到最后系統(tǒng)交互測試或集成的時候就會發(fā)現(xiàn)一大堆問題,不得不花費很大精力回頭排查、修改程序,造成這種情況的主要原因是過程中質(zhì)量保證沒有做到位,把大部分問題留在了后面。這就需要在項目實施過程中采取有效的措施來規(guī)避返工的風(fēng)險,通常的做法有同行評審,比如概要設(shè)計完成之后,邀請其他項目組的技術(shù)專家進行技術(shù)評審以發(fā)現(xiàn)架構(gòu)設(shè)計問題;管理評審,通過組織級的質(zhì)量審計看產(chǎn)品以及實施過程是否滿足質(zhì)量要求;代碼走查,在編碼過程中加入至少一次的代碼走查,排查不符合規(guī)范或性能要求的代碼,走查通常能夠發(fā)現(xiàn)50%-70%的錯誤;每日構(gòu)建,這是一種非常有效的方法,可以避免把各部分的集成問題拖到最后,并且能夠及時發(fā)現(xiàn)相應(yīng)的錯誤,日構(gòu)建一般在項目的中后期開始,每天自動從版本服務(wù)器上獲取源代碼進行自動編譯和測試。
4、人員技能和資源的不足項目實施過程中由于人員技能欠缺造成的進。
理者應(yīng)該在前期就分析清楚項目所要采用的技術(shù)以及相應(yīng)的人員技能要求,針對不同的角色,及時采取相應(yīng)的技能培訓(xùn),以保證項目的順利實施。如果對于項目中某些部分專業(yè)性特別強或新技術(shù),短期內(nèi)又不能快速建立技能的情況,可以考慮將該塊任務(wù)外包,借鑒合作商的力量降低實施風(fēng)險,當(dāng)然要進行外購人力成本與自建人力成本的效益分析。開發(fā)過程中遇到技術(shù)難題,導(dǎo)致開發(fā)時間延遲或者需求不得不發(fā)生變更。如何減少此類風(fēng)險的發(fā)生?在項目開始前的技術(shù)評估階段,明確技術(shù)難點,提前安排人員進行攻克。如果在可預(yù)期的時間內(nèi)無法解決,如果可以,將向需求提出方要求變更需求或?qū)ふ铱商娲桨?。這樣的風(fēng)險應(yīng)該在項目的前期階段就應(yīng)該解決在萌芽狀態(tài)來避免這樣的風(fēng)險在后期或中期出現(xiàn)。項目所需人力資源無法按時到位,導(dǎo)致資源風(fēng)險。如何減少此類風(fēng)險的發(fā)生?這個就需要在項目計劃制定的時候提前申請確認(rèn)資源,并在項目過程中不斷溝通協(xié)調(diào)。
5、缺乏良好的團隊協(xié)作軟件項目實施屬于知識型,要發(fā)揮團隊成員的創(chuàng)造力,不同于制造業(yè)計件生產(chǎn),各模塊最終要集成在一起形成一個有機的整體,這就需要各小組之間的密切配合,界定清楚工作界面及接口關(guān)系,并在實施過程中持續(xù)地溝通交流和共享,首先團隊要融為一體,產(chǎn)出的軟件才能融為一體。這是一個團隊的軟實力,團隊之間的協(xié)作好壞也將是個潛在的風(fēng)險問題,在項目啟動和團隊組建的時候就應(yīng)該加以規(guī)避這樣的風(fēng)險出現(xiàn)。項目風(fēng)險管理的要點:
1、上述我們所說的風(fēng)險管理都是指可以預(yù)期將要發(fā)生的風(fēng)險,那些不可預(yù)期將要發(fā)生的風(fēng)險不屬于風(fēng)險管理的范疇。這也將是考驗一個項目管理者的經(jīng)驗和知識對能否管理好風(fēng)險至關(guān)重要的內(nèi)容。
2、對不可預(yù)期的風(fēng)險,項目管理者要有潛在的風(fēng)險意識評估,做好一些可操作性的預(yù)案準(zhǔn)備。
3、詳細(xì)明確的項目計劃、以及項目執(zhí)行過程中每個要點的質(zhì)量保證是降低項目風(fēng)險的必要條件。
項目的成敗。團隊管理是個漸進的過程。世界上只有完美的團隊,沒有完美的個人。好的高效的團隊不是管理出來的,而是營造出來的。團隊成員需要有大家可認(rèn)同的團隊文化,這需要大家共同的努力。
1、營造良好的工作環(huán)境和氛圍。
2、建設(shè)優(yōu)秀或鮮明的團隊文化。
3、保持高效的溝通。
6、項目會議組織會議是項目管理者日常工作中一項非常重要的工作任務(wù),項目過程中很多重要的決定都是在會議中做出的,也有很多由于不成功的會議而對項目本身造成了不好的影響。首先看看不成功的會議常常表現(xiàn)為哪些形式:
1、會議氛圍不好,參與者發(fā)言不踴躍;
2、會議討論常常偏離主題;
3、會議沒有取得預(yù)期的結(jié)果;
4、會議時間常常一拖再拖。這些不成功的會議最終的結(jié)果就是:既浪費了大家的寶貴時間又沒有達到會議的目的,很多人都對這樣的會議都有抵觸情緒,對此也是深惡痛絕。以下是組織會議時應(yīng)該注意的問題,也可看作組織會議的最佳實踐。在列出最佳實踐之前有三點我們必須要清楚:
1、會議是否會取得成功很大程度上取決于會議的組織者。只有組織得有力,會議才有可能取得成功,這是會議成功的充分條件。
2、會議的組織者和參與者的想法通常是不一致的,有時候甚至?xí)笙鄰酵?。所以不要希望會議的參與者和你一樣,對會議有著如此的期待,對大多數(shù)參與者而言,在會議中他只是一個發(fā)表想法的人,他不用對會議的成功承擔(dān)責(zé)任。
3、以下十一條最佳實踐是形式上的約定,具體的實施可以根據(jù)實際情況來做。組織會議的十一條最佳實踐:
1、只有需要開會時才開會。有時候兩三個人單獨小范圍溝通會更加有效。
2、提前發(fā)出會議議程,以便會議參與者知道他們來做什么。
3、請對人很重要,不要把非必要的人召來開會,當(dāng)然也不要漏掉那些關(guān)鍵人物。在確保必要人物都在的情況下一次會議參與者越少效果越好。
4、提前預(yù)約參與者的時間,以確保他們能按時到場。
5、會議的開場很重要。會議組織者要在開始前做好幾件事情。通常我建議有幾點要在開場時說:a、再一次強調(diào)會議的目標(biāo),我們來做什么。b、強調(diào)會議的主題與基調(diào)。比如:本次會議是一個需求確認(rèn)會,而非需求討論會,主要是討論做還是不做以及告知大家我們要做什么,而不要把太多的精力放在討論如何做上面。c、說明一下會議的規(guī)則。如要發(fā)言,請舉手;不要有小圈子討論;不要打斷別人的講話,等別人說完你再說等等。
6、會議過程中時刻注意引導(dǎo)和控制會議,以確保會議按照目。
標(biāo)進行。一次會議的氛圍是否良好,討論是否充分,好的引導(dǎo)至關(guān)重要。比如多提一些開放式的問題。
7、會議記錄很重要,把一些結(jié)論和有價值的內(nèi)容記錄下來,這些是本次會議的重要成果之一。
8、會議要有結(jié)論。我們常在會議上聽到有人說:"大家討論了這么半天,結(jié)論呢?"。沒有結(jié)論的會議是沒有意義的。
9、會議后別忘發(fā)會議紀(jì)要,以及一些action,什么人什么時候做什么。
10、會議后的action執(zhí)行情況的反饋很重要。反饋是對會議參與者的尊重,同時也告知了會議的效果。否則會讓大家感覺到這是一個可無可無的會議,大家以后參與的積極性也會降低。很多會議往往都不注意這一點。
11、按時結(jié)束的會議會受到所有人的歡迎。
7、版本控制版本控制也是項目管理者的一個重要工作內(nèi)容之一,一個項目或產(chǎn)品的完成不可能是一步到位的,在項目完成的后期可能會有多個不同的版本的發(fā)布(開發(fā)版本,測試版本,發(fā)布版本等)。需要做好版本的管理和控制。
8、項目總結(jié)在項目完成后,總結(jié)整個完成項目的過程和經(jīng)歷,為下一次的項目啟動提供參考經(jīng)驗,完善不足,避免在類似的項目中出現(xiàn)可能存在的相同的錯誤發(fā)生。
軟件維護項目方案篇十一
1.2為公司制定相應(yīng)的政策提供客觀依據(jù),同時促進公司各項管理工作的開展,確保公司總體目標(biāo)的實現(xiàn)。
2.1公司各職能部門管理人員及員工。
2.2另有下列情況人員不在考核范圍內(nèi):
2.2.1試用期內(nèi),尚未轉(zhuǎn)正員工。
2.2.2連續(xù)出勤不滿六個月或考核前休假、停職六個月以上。
2.2.3兼職、特約人員。
3.2以員工考核制度規(guī)定的內(nèi)容、程序和方法為操作準(zhǔn)則;
3.3以全面、客觀、公正、公開、規(guī)范為核心考核理念。
考核的一般操作程序:
4.1員工自評:按照“考核權(quán)限表”,員工選擇適當(dāng)?shù)目己肆勘磉M行自我評估。
4.2直接主管復(fù)評:直接主管對員工的表現(xiàn)進行復(fù)評。
4.3間接主管復(fù)核:間接主管(高于員工二級)對考核結(jié)果評估,并最后認(rèn)定。
5.1部門績效分?jǐn)?shù):《部門負(fù)責(zé)人本月工作計劃完成情況得分統(tǒng)計表》。
5.2員工考核分?jǐn)?shù):《部門員工月度績效考核評分表》。
6.4每月22日前,績效考核部將統(tǒng)計匯總后的《月度績效考核評分表》進行報批;
7.1公司實行兩級考核制,即先對部門進行考核,再對員工進行考核。
7.2考核等級比例控制:
8.1薪酬計算方法:
被考評人考評成績匯總后,即根據(jù)本次考評分?jǐn)?shù)計算考評當(dāng)期被考評人的實得績效工資。
被考評人從月度工資總額中提取15%作為當(dāng)月品績考評的績效工資基數(shù)z。當(dāng)月實得績效工資z按下表方法計算。
8.2各級管理人員勝任能力評估,全年月度品績考評平均分?jǐn)?shù)作為加薪、晉升、年終獎或培養(yǎng)的依據(jù)。
8.3連續(xù)三個月實得績效工資為零的,視具體情況作降級、降職處理。
8.4對于不按規(guī)定和要求配合工作,違反規(guī)定提供虛假資料信息,及其他不良行為的,將按公司獎懲制度相關(guān)規(guī)定懲處。
9.1公司將根據(jù)績效實施過程中的具體情況,進行方案的適當(dāng)調(diào)整。
9.2新招聘人員在試用期內(nèi)不參與考核;
9.3考核期內(nèi)工作崗位發(fā)生異動人員,異動當(dāng)月按工作天數(shù)多的崗位所在部門進行考核;
9.4當(dāng)月因?。ê伲┗蛞蚴抡埣俪銮诓粷M15個工作日的員工,不參與考核。
10.1考核申訴是為了使考核制度完善化和在考核過程中真正做到公開、公正、合理而設(shè)定的特殊程序。
10.2部屬與直接主管討論考核內(nèi)容和結(jié)果后,如有異議,可先向部門主管提出申訴,由部門主管進行協(xié)調(diào);如部門主管協(xié)調(diào)后仍有異議,可向人力資源部提出申訴,由人力資源部門專員進行調(diào)查協(xié)調(diào)。
10.3考核申訴的同時必須提供具體的事實依據(jù)。
11.1公司可根據(jù)實施的具體情況及時進行調(diào)整,本辦法由人力資源部負(fù)責(zé)解釋,并受理員工申訴事宜。
11.2本辦法于x年x月正式執(zhí)行。
12.1附件:《部門員工月度績效考核評分表》。
軟件維護項目方案篇十二
軟件產(chǎn)品,特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品,用戶購買軟件產(chǎn)品之后,不能立即進行使用,需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明,軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產(chǎn)品本身的質(zhì)量,軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認(rèn)階段、軟件功能實現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關(guān)系,上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
(一)項目啟動階段
此階段處于整個項目實施工作的最前期,由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù):
公司:
在合同簽定后,指定項目經(jīng)理,成立項目組,授權(quán)項目組織完成項目目標(biāo)。
公司項目組:進行前期項目調(diào)研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務(wù)經(jīng)理:
配合公司項目組,將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯(lián)系。
用戶:
成立項目實施組織,配合前期調(diào)研和召開啟動會,簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組:
部門經(jīng)理接到實施申請后,任命項目經(jīng)理,指定項目目標(biāo),由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù),并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研:
項目經(jīng)理及項目組成員,在商務(wù)人員配合下,建立與用戶的聯(lián)系,對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中,商務(wù)經(jīng)理積累了大量的信息,項目組首先應(yīng)收集商務(wù)和合同信息,并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》:
4、啟動會:
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》,包括以下內(nèi)容:
項目實施中項目管理的必要性和如何進行項目管理,項目的質(zhì)量如何控制;
項目實施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用;
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認(rèn)階段
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求,包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等,實施人員調(diào)研完成后,會編寫《需求調(diào)研分析手冊》,并交付用戶進行確認(rèn),待用戶對《需求調(diào)研分析手冊》上所提到的需求確認(rèn)完畢后,項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容:
1、進行需求調(diào)研準(zhǔn)備
2、編制《需求調(diào)研計劃》
3、內(nèi)部評審是否通過《需求調(diào)研計劃》
項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審,如評審?fù)ㄟ^,則在稍后的時間內(nèi)簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》
如用戶簽署《需求調(diào)研計劃》,則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更
如果計劃存在變更,則執(zhí)行變更控制流程,否則按計劃進行后續(xù)工作。
6、編寫及發(fā)出《需求調(diào)研通知》
7、需求調(diào)研
項目組以《需求調(diào)研手冊》為依據(jù),從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研,并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果
項目組和公司其他技術(shù)部門將進一步進行分析,確定合理、可行的需求,將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》
項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審,如評審?fù)ㄟ^,則在稍后由用戶簽署,如評審不通過則重新修改,直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認(rèn)通知》
項目組編寫《需求分析報告確認(rèn)通知》,發(fā)給用戶,確定進行需求確認(rèn)的相關(guān)事宜,告之相關(guān)部門及人員安排好工作,準(zhǔn)時參與需求確認(rèn)工作,為順利完成需求確認(rèn)工作做準(zhǔn)備。
11、用戶是否確認(rèn)《需求分析報告》
如果用戶確認(rèn),并簽署了《需求分析報告》,則需求調(diào)研階段工作結(jié)束,進行后續(xù)的軟件功能實現(xiàn)的工作;如沒有確認(rèn),則進一步進行調(diào)研、分析,直至用戶最終確認(rèn)并簽署《需求分析報告》。雙方簽署了《需求分析報告》,需求調(diào)研工作結(jié)束之后,如果用戶提出新的需求或是變更已有的需求,則執(zhí)行需求新增及變更流程。
(三)軟件功能實現(xiàn)確認(rèn)階段
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認(rèn)的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中,項目實施人員將記錄軟件實現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后,項目實施人員將編制《軟件功能確認(rèn)表》,將定制好軟件功能待用戶確認(rèn),用戶根據(jù)《軟件功能確認(rèn)表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作,并對用戶進行初裝資料的軟件操作培訓(xùn),以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng),初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認(rèn)識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的,達到讓用戶了解軟件產(chǎn)品,最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層,對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:
1、調(diào)研培訓(xùn)信息:
在培訓(xùn)開始前3天由用戶實施負(fù)責(zé)人,將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:
結(jié)合調(diào)研結(jié)果,與用戶實施負(fù)責(zé)人商議具體培訓(xùn)內(nèi)容、時間,場地,人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:
用戶簽署《培訓(xùn)計劃》,進一步確認(rèn)培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:
培訓(xùn)開始前2天,按照簽署的《培訓(xùn)計劃》,將培訓(xùn)內(nèi)容、時間,場地,人員等信息通知用戶實施負(fù)責(zé)人。
5、搭建培訓(xùn)環(huán)境:
公司項目組在培訓(xùn)開始前,將培訓(xùn)環(huán)境搭建及檢查妥當(dāng),將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):
公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn),按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:
公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人組織受訓(xùn)人員參加上機及理論考試。
8、培訓(xùn)總結(jié):
公司項目組培訓(xùn)負(fù)責(zé)人與用戶實施負(fù)責(zé)人一起將出勤情況及考核情況做出總結(jié),填入《培訓(xùn)及考核統(tǒng)計表》,及時向相關(guān)負(fù)責(zé)人匯報。
(六)系統(tǒng)安裝測試及試運行階段
此階段的主要工作是在用戶真實環(huán)境下,對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試,對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平,掌握操作規(guī)范。此階段的主要工作內(nèi)容為:
1、編制計劃:
與用戶實施負(fù)責(zé)人商議具體測試及試運行時間,地點,人員等安 排,項目組編制《測試及試運行計劃》。
2、簽署計劃:
用戶簽署《測試及試運行計劃》,進一步確認(rèn)測試及試運行安排。
3、發(fā)測試及試運行通知:
在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負(fù)責(zé)人。
4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備:
5、組織測試及試運行:
用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合,組織相關(guān)人員進行測試及試運行。公司項目組負(fù)責(zé)擔(dān)當(dāng)指揮,檢查用戶人員組織情況并給予指導(dǎo),跟蹤檢查如下情況:
l 跟蹤單據(jù)流轉(zhuǎn)狀況。
l 跟蹤新資料登錄環(huán)節(jié)。
l 觀察業(yè)務(wù)流程執(zhí)行狀況。
l 觀察操作人員操作表現(xiàn)。
l 觀察系統(tǒng)運行速度及異常表現(xiàn)。
l 觀察關(guān)鍵數(shù)據(jù)的正確性。
l 及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通,確定解決辦法。
6、測試及試運行總結(jié):
測試及試運行完成,總結(jié)試運行中設(shè)備、軟件的運行情況,總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況,以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負(fù)責(zé)人。
(七)總體驗收階段
此階段是對項目總體的完成情況進行驗收。驗收分階段進行,在每一項目階段結(jié)束時,用戶對這一階段的可交付成果進行驗收,在測試及試運行結(jié)束后,對系統(tǒng)進行總體驗收。
需要驗收的可交付成果:
啟動
階段
編制總體項目計劃
?
簽署的《總體項目計劃》
啟動會
項目啟動會
簽署的《項目實施協(xié)議》
需求調(diào)研階段
需求分析報告確認(rèn)
需求調(diào)研結(jié)束
簽署的《需求分析報告》
軟件
實現(xiàn)
軟件功能確認(rèn)
軟件功能確認(rèn)
簽署的《軟件功能確認(rèn)表》
數(shù)據(jù)
初裝
用戶簽署初裝計劃及初裝培訓(xùn)計劃
?
簽署的《初裝計劃及初裝培訓(xùn)計劃》
初裝檢查及總結(jié)
數(shù)據(jù)初裝完成
《數(shù)據(jù)初裝總結(jié)表》
培訓(xùn)及考核
用戶簽署培訓(xùn)計劃
?
簽署的《培訓(xùn)計劃》
培訓(xùn)總結(jié)
培訓(xùn)完成
《培訓(xùn)總結(jié)表》
測試及試運行
用戶簽署測試及試運行計劃
?
簽署的《測試及試運行計劃》
測試及試運行總結(jié)
試運行完成
《測試及試運行總結(jié)》
驗收
總體驗收
驗收完成
《總體驗收報告》
(八)系統(tǒng)交接階段
此階段是項目實施的最后一個階段,主要工作是軟件公司項目組向用戶移交軟件項目,包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔,并簽署《售后服務(wù)協(xié)議》,項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》,對軟件公司項目實施人員的`整個項目實施情況進行評價,軟件公司將聽取用戶的意見,再今后的項目實施管理中進行加強和改進。
(一)軟件必須能滿足和適應(yīng)企業(yè)需求
這一點是整個項目能否成功實施的最關(guān)鍵的一環(huán)。很多企業(yè)都在這一方面吃過虧,在選型時見到的軟件有很多功能模塊,在樣板企業(yè)里數(shù)據(jù)也能跑起來,但當(dāng)軟件買回來了以后,卻發(fā)現(xiàn)了軟件的很多功能與企業(yè)的現(xiàn)實差別很大,所以根本就用不起來。不同企業(yè)之間的管理流程和對數(shù)據(jù)的要求差別很大,基本上兩個完全相同的企業(yè)是不存在的,世界上絕對不會有一種“萬能軟件”能滿足所有企業(yè)的需求。企業(yè)在選型軟件時,要充分考慮各種管理流程的特點、數(shù)據(jù)的來源、統(tǒng)計報表不同功能模塊的關(guān)系、企業(yè)員工的接受能力及與其它系統(tǒng)的接口等很多問題,所以企業(yè)選擇的必須是軟件提供商為企業(yè)訂制開發(fā)出來的。如果軟件提供商不為企業(yè)做前期需求分析和訂制開發(fā),只是把現(xiàn)成的軟件賣給企業(yè),它的實施成功率幾乎為零,如果是這樣的服務(wù),企業(yè)還不如買一套盜版軟件 。所以我們可以得出這樣的結(jié)論,企業(yè)買軟件提供商的不是它的軟件,而是它的開發(fā)能力。
(二)軟件是否能進行二次開發(fā)
因為企業(yè)現(xiàn)有的流程不是一成不變的,需不斷完善與改進,所以軟件的功能也需要能進行相應(yīng)的修改,而且企業(yè)在第一次做項目需求時,有些問題可能忽略掉了,所以必須要求選型的軟件有強大的二次開發(fā)能力。如果軟件的結(jié)構(gòu)過于僵死或二次開發(fā)能力不強,它未來可能會變成一塊“雞肋”,讓企業(yè)有種“食之無味、棄之可惜”的感覺。測試軟件是否具有快速二次開發(fā)能力的方法也不難,就是企業(yè)在選型時,不僅要看軟件提供商如何演示,還要提出一些個性化需求,看看對方能否迅速開發(fā)出來。
(三)軟件和實施費用應(yīng)相對便宜
企業(yè)第一次實施由于經(jīng)驗上的不足,風(fēng)險不是沒有,確實有許多優(yōu)秀的企業(yè)是通過第二次實施才獲得了成功。因此企業(yè)在第一次選型軟件時,不要只注意軟件提供商的品牌和規(guī)模,因為價格越高,企業(yè)自身的風(fēng)險就越高。我們建議企業(yè)最好還是購買那些物美價廉的產(chǎn)品,也就是當(dāng)所選軟件都能滿足企業(yè)現(xiàn)實需求且能進行二次開發(fā)時,企業(yè)最好選擇價格便宜的那家,就好像一個人剛學(xué)會開車,就要買一輛奔馳轎車,無論這個人是否真正有錢都不是明智的選擇。現(xiàn)在出現(xiàn)了平臺化組構(gòu)的軟件產(chǎn)品,它可以通過建模工具迅速按照客戶的需求進行軟件開發(fā),這樣就大量地節(jié)約軟件開發(fā)周期和成本,而且二次開發(fā)工作也變得十分的簡單,所以企業(yè)最好選擇這樣的產(chǎn)品。
(四)軟件操作要簡單、易學(xué)
由于許多企業(yè)過去沒有信息化建設(shè)的經(jīng)驗,員工一下子由過去的手工工作轉(zhuǎn)為計算機工作肯定有一個適應(yīng)過程,如軟件組構(gòu)和操作過于復(fù)雜,那么一定會加大培訓(xùn)和實施的難度。
軟件維護項目方案篇十三
深入貫徹落實科學(xué)發(fā)展觀,堅持安全生產(chǎn)第一的理念,全面落實市業(yè)主和總監(jiān)辦安全生產(chǎn)工作會議部署,緊緊圍繞安全生產(chǎn)工作大局,統(tǒng)籌規(guī)劃,改革創(chuàng)新,著力完善項目的培訓(xùn)體系,強力推進以“三項崗位人員”(項目經(jīng)理、安全管理人員、特種作業(yè)人員),農(nóng)民工和班組長為重點的項目全員培訓(xùn),進一步加大監(jiān)管培訓(xùn)力度,切實加強安全專業(yè)人才培養(yǎng),大力推進培訓(xùn)內(nèi)容規(guī)范化、培訓(xùn)方式多樣化、培訓(xùn)手段現(xiàn)代化、培訓(xùn)管理信息化,全面提升從業(yè)人員和安全監(jiān)管人員的整體素質(zhì),為促進安全生產(chǎn)形勢持續(xù)穩(wěn)定好轉(zhuǎn)提供人才保證和財力支持。
(一)、教育和培訓(xùn)的時間。
1、企業(yè)法人代表、項目經(jīng)理每年不少于30學(xué)時;
2、專職管理和技術(shù)人員每年不少于40學(xué)時;
5、其他職工每年不少于15學(xué)時;
6、待、轉(zhuǎn)、換崗重新上崗前,接受一次不少于20學(xué)時的培訓(xùn);
7、新工人入場、班組三級培訓(xùn)教育時間分別不少于15學(xué)時、20學(xué)時。
(二)、教育和培訓(xùn)的形式與內(nèi)容。
教育和培訓(xùn)分等級、層次和工作性質(zhì)分別進行,管理人員的重點是安全生產(chǎn)意識和安全管理水平,操作者的重點是遵章守紀(jì)、自我保護和提高防范事故的能力。
1、新工人(包括合同工、臨時工、學(xué)徒工、實習(xí)和代培人員)。
必須進行項目部、工地和班組的三級安全教育。教育內(nèi)容包括安全生產(chǎn)方針、政策、法規(guī)、標(biāo)準(zhǔn)及安全技術(shù)知識、設(shè)備性能、操作規(guī)程、安全制度、嚴(yán)禁事項及本工種的安全操作規(guī)程。
2、電工、焊工、架工;機操工及起重工和各種機動車輛司機等特殊工種工人,除進行一般安全教育外,還要經(jīng)過本工程的專業(yè)安全技術(shù)教育。
3、采用新工藝、新技術(shù)、新設(shè)備施工和調(diào)換工作崗位時,對操作人員進行新技術(shù)、新崗位的安全教育。
(三)、安全教育和培訓(xùn)的形式。
1、新工人三級安全教育。
對新工人或調(diào)換工種的工人,必須按規(guī)定進行安全教育和技術(shù)培訓(xùn),經(jīng)考核合格,方準(zhǔn)上崗。
三級安全教育是每個剛進企業(yè)的新工人必須接受的首次安全生產(chǎn)方面的基本教育,三級安全教育是指公司、項目、班組這三級。對新工人或調(diào)換工種的工人,必須按規(guī)定進行安全教育和技術(shù)培訓(xùn),經(jīng)考核合格,方準(zhǔn)上崗。
公司級。新工人在分配到施工隊之前,必須進行初步的安全教。
育。教育內(nèi)容如下:
(l)勞動保護的意義和任務(wù)的一般教育;
(2)安全生產(chǎn)方針、政策、法規(guī)、標(biāo)準(zhǔn)、規(guī)范、規(guī)程和安全知識;
(3)企業(yè)安全規(guī)章制度等。
項目級。項目級教育是新工人被分配到項目以后進行的安全教育。教育內(nèi)容如下:
(1)建筑工人安全生產(chǎn)技術(shù)操作一般規(guī)定;
(2)施工現(xiàn)場安全管理規(guī)章制度:
(3)安全生產(chǎn)紀(jì)律和文明生產(chǎn)要求;
(4)在施工程基本情況,包括現(xiàn)場環(huán)境、施工特點,可能存在不安全因素的危險作業(yè)部位及必須遵守的事項。
班組級。崗位教育是新工人分配到班組后,開始工作前的一級。
教育。教育內(nèi)容如下:
(2)本工種安全操作規(guī)程;
(3)班組安全生產(chǎn)、文明施工基本要求和勞動紀(jì)律;
(4)本工種事故案例剖析、易發(fā)事故部位及勞防用品的使用要求。
三級教育的要求:
(1)三級教育一般由企業(yè)的安全、教育、勞動、技術(shù)等部門配合進行;
(2)受教育者必須經(jīng)過考試合格后才準(zhǔn)予進入生產(chǎn)崗位;
(3)給每一名職工建立職工勞動保護教育卡,記錄三級教育、變換工種教育等教育考核情況,并由教育者與受教育著雙方簽字后入冊。
2、特種作業(yè)人員培訓(xùn)。
除進行一般安全教育外,還要執(zhí)行g(shù)b5306—85《關(guān)于特種作業(yè)人員安全技術(shù)考核管理規(guī)劃》的有關(guān)規(guī)定,按國家、行為、地方和企業(yè)規(guī)定進行本工種專業(yè)培訓(xùn)、資格考核,取得《特種作業(yè)人員操作證》后上崗。
3、特定情況下的適時安全教育。
(1)季節(jié)性,如冬季、夏季、雨雪天、訊臺期施工;
(2)節(jié)假日前后;
(3)節(jié)假日加班或突擊趕任務(wù);
(4)工作對象改變;
(5)工種交換;
(6)新工藝、新材料、新技術(shù)、新設(shè)備施工;
(7)發(fā)現(xiàn)事故隱患或發(fā)生事故后;
(8)新進入現(xiàn)場等。
4、三類人員的安全培訓(xùn)教育。
施工單位的主要負(fù)責(zé)人是安全生產(chǎn)的第一責(zé)任人,必須經(jīng)過考核合格后,做到持證上崗。在施工現(xiàn)場,項目負(fù)責(zé)人是施工項目安全生產(chǎn)的第一責(zé)任者、也必須持證上崗,加強對隊伍培訓(xùn),使安全管理進入規(guī)范化。
5、安全生產(chǎn)的經(jīng)常性教育。
項目部在做好新工人入場教育、特種作業(yè)人員安全生產(chǎn)教育和各級領(lǐng)導(dǎo)干部、安全管理干部的安全生產(chǎn)培訓(xùn)的同時,還必須把經(jīng)常性的安全教育貫穿于管理工作的全過程,并根據(jù)接受教育對象的不同特點,采取多層次、多渠道和多種方法進行。安全生產(chǎn)宣傳教育多種多樣,應(yīng)貫徹及時性、嚴(yán)肅性、真實性、做到簡明、醒目,具體形式如下:
(1)施工現(xiàn)場入口處的安全紀(jì)律牌。
(2)舉辦安全生產(chǎn)訓(xùn)練班、講座、報告會、事故分析會。
(3)建立安全保護教育室,舉辦安全保護展覽。
(4)舉辦安全保護廣播,印發(fā)安全保護簡報、通報等,辦安全保護黑板報、宣傳欄。
(5)張掛安全保護掛圖或宣傳畫、安全標(biāo)志和標(biāo)語口號。
(6)舉辦安全保護文藝演出、放映安全保護音像制品。
(7)組織家屬做職工安全生產(chǎn)思想工作。
6、班前安全活動。
班組長在班前進行上崗交流,上崗教育,做好上崗記錄。
(1)上崗交底。交當(dāng)天的作業(yè)環(huán)境、氣候情況、主要工一作內(nèi)容和各個環(huán)節(jié)的操作安全要求,以及特殊工種的配合等。
(2)上崗檢查。查上崗人員的勞動防護情況,每個崗位周圍作業(yè)環(huán)境是否安全無患,機械設(shè)備的安全保險裝置是否完好有效,以及各類安全技術(shù)措施的落實情況等。
(四)培訓(xùn)效果檢查。
對安全教育與培訓(xùn)效果的檢查主要是以下幾個方面:
1、檢查各項目安全教育制度。各項目要建立健全的安全教育和培訓(xùn)考核制度,要廣泛開展安全生產(chǎn)的宣傳教育,使我項目各級領(lǐng)導(dǎo)和廣大職工真正認(rèn)識到安全生產(chǎn)的重要性、必要性,懂得安全生產(chǎn)、文明施工的科學(xué)知識,牢固樹立安全第一的思想,自覺地遵守各項安全生產(chǎn)法令和規(guī)章制度。
2、檢查新入施工現(xiàn)場工人進行三級安全教育的情況?,F(xiàn)在臨時勞務(wù)工多,發(fā)生傷亡事故主要的多在臨時勞務(wù)工之中,因此在三級安全教育上,應(yīng)把臨時勞務(wù)工作為新入廠工人對待。新工人(包括合同工、臨時工、學(xué)徒工、實習(xí)和代培人員)都必須進行三級安全教育。
3、檢查安全教育內(nèi)容。安全教育要有具體內(nèi)容,要把《建筑施工現(xiàn)場安全生產(chǎn)基本知識》、《建筑工人安全技術(shù)操作規(guī)程》作為安全教育的重要內(nèi)容,做到人手一冊,除此以外,企業(yè)、工程處、項目經(jīng)理部、班組都要有具體的安全教育內(nèi)容。電工、焊工、架工、機械工及起重工、各種機動車輛司機等特殊工種的安全教育內(nèi)容。經(jīng)教育合格后,方準(zhǔn)獨立操作,每年還要復(fù)審。對從事有塵毒危害作業(yè)的工人,也要進行主毒危害和防治知識教育,也應(yīng)有安全教育內(nèi)容。
4、檢查變換工種時是否進行安全教育。各工種工人及特殊工種工人除懂得一般安全生產(chǎn)知識外,尚要懂各自的安全技術(shù)操作規(guī)程,當(dāng)采用新技術(shù)、新工藝、新設(shè)備施工和調(diào)換工作崗位時,要對操作人員進行新技術(shù)操作和新崗位的安全教育,未經(jīng)教育不得上崗操作。
5、檢查工人對本工種安全技術(shù)操作規(guī)程的熟悉程度。該條是考核各工種工人掌握《建筑工人安全技術(shù)操作規(guī)程》的熟悉程度,也是對各工種工人安全教育效果的檢驗。
6、檢查我項目各項目施工管理人員的年度培訓(xùn)。各項目應(yīng)按公司規(guī)定,安排施工管理人員進行有關(guān)安全生產(chǎn)工作的培訓(xùn)學(xué)習(xí),并做好培訓(xùn)記錄。
軟件維護項目方案篇十四
根據(jù)上級政府及縣教體局工作安排,為確保我鄉(xiāng)教育大局穩(wěn)定,進一步推動我鄉(xiāng)教育事業(yè)健康、均衡、協(xié)調(diào)、快速發(fā)展,特制定本方案。
以科學(xué)發(fā)展觀為指導(dǎo),以深入細(xì)致排查我鄉(xiāng)教育內(nèi)部安全穩(wěn)定為前提,以確保我鄉(xiāng)教育大局穩(wěn)定為目標(biāo),切實增強各校園領(lǐng)導(dǎo)責(zé)任意識,深入扎實地開展好各個層面,各個環(huán)節(jié)的具體工作,確保我鄉(xiāng)大局穩(wěn)定,為進一步推動我鄉(xiāng)教育事業(yè)又好又快發(fā)展奠定堅實基礎(chǔ)。
狠抓常規(guī)管理,把各項制度落到實處,力求實效;進一步健全組織機構(gòu),落實職人員,提升安全管理水平;注重機制體制創(chuàng)新,多方創(chuàng)造條件,推動校園安全穩(wěn)定工作科學(xué)發(fā)展;提高應(yīng)急處置能力,全力維護段村鄉(xiāng)校園安全穩(wěn)定。
為切實將我鄉(xiāng)學(xué)校安全工作的落到實處,確保各項工作順利開展,特調(diào)整段村鄉(xiāng)中小學(xué)(幼兒園)安全穩(wěn)定工作領(lǐng)導(dǎo)組,詳情如下:
段村鄉(xiāng)中小學(xué)(幼兒園)安全穩(wěn)定工作領(lǐng)導(dǎo)組:
組長:(鄉(xiāng)校長)。
成員:(文教室安全專管)。
1.嚴(yán)格落實安全穩(wěn)定工作責(zé)任制。學(xué)?!耙话咽帧笔前踩€(wěn)定工作第一責(zé)任人。各中小學(xué)校長幼兒園園長要將安全穩(wěn)定工作責(zé)任細(xì)化分解,將安全穩(wěn)定工作責(zé)任落實到崗,落實到人,落實到每項工作的每個環(huán)節(jié),逐級層層簽訂安全穩(wěn)定工作目標(biāo)責(zé)任書,建立覆蓋所有工作環(huán)節(jié)的安全責(zé)任體系,嚴(yán)格實行安全穩(wěn)定工作目標(biāo)管理責(zé)任制、責(zé)任追究制和安全穩(wěn)定工作“一票否決制”,切實做到目標(biāo)明確,措施得力,責(zé)任到人。
2.認(rèn)真開展安全自查。進一步完善校園的安全檢查制度,每周定期對學(xué)校重點要害部位及人員集中場所安全情況進行自查,并形成制度。對檢查出的安全隱患實行臺賬管理。對自查的校園安全隱患進行整改。繼續(xù)健全和完善校園的安全機構(gòu)、安全制度、應(yīng)急預(yù)案、安全設(shè)施。堅持節(jié)假日門衛(wèi)和教師值班制度。
3.建立健全預(yù)警和應(yīng)急處置機制。各中小學(xué)幼兒園要結(jié)合實際,對現(xiàn)有的處置突發(fā)事件預(yù)案進行修訂,尤其對學(xué)校重大集體活動、易發(fā)性流行性的傳染病等預(yù)案要進一步細(xì)化,增強實用性和操作性。
4.建立學(xué)校安全管理制度。根據(jù)我縣教體局的要求,積極與派出所、交通、工商、衛(wèi)生等部門加強聯(lián)系,建立學(xué)校安全管理制度,努力構(gòu)建“積極預(yù)防、依法管理、社會參與、各負(fù)其責(zé)”的社會化安全管理格局,切實加強對校園安全管理工作的領(lǐng)導(dǎo)。
5.認(rèn)真做好傳染病防控和食品衛(wèi)生宣傳和管理工作。要認(rèn)真貫徹落實《食品衛(wèi)生法》、《傳染病防治法》、《學(xué)校食堂與學(xué)生集體用餐衛(wèi)生管理規(guī)定》等法律、法規(guī)。學(xué)校食堂必須有《衛(wèi)生許可證》、食堂從業(yè)人員必須持有《健康證》,并且要切實加強對食堂從業(yè)人員的培訓(xùn),嚴(yán)防食物中毒事件發(fā)生。積極開展衛(wèi)生救護知識宣傳教育活動,做好校園傳染病及突發(fā)公共衛(wèi)生事件預(yù)防和控制工作。
6.繼續(xù)推進警務(wù)進校園工作。充分發(fā)揮法制輔導(dǎo)員的積極性,為學(xué)校法制輔導(dǎo)員提供有利條件,協(xié)調(diào)好法制輔導(dǎo)員與本校安全保衛(wèi)機構(gòu)和人員的工作關(guān)系,加強對未成年人法律知識專題教育,提升未成年人法律意識,預(yù)防未成年人犯罪,。
7.各中小學(xué)幼兒園加強校園周邊環(huán)境整治工作。充分發(fā)揮校園安全穩(wěn)定工作和校園保衛(wèi)室的作用,加強校園周邊環(huán)境治理,對嚴(yán)重威脅學(xué)校和學(xué)生安全的重大隱患,請求掛牌督辦,努力營造平安和諧的校園周邊環(huán)境。
8.深入開展“平安校園”創(chuàng)建活動。各中小學(xué)幼兒園進一步加大“平安校園”創(chuàng)建工作的力度,加強對“平安校園”創(chuàng)建工作的檢查和指導(dǎo),積極開展創(chuàng)建活動,爭取20xx年使創(chuàng)建“平安校園”工作再上新高度。
9.加強中小學(xué)幼兒園門衛(wèi)安保工作。抓好中小學(xué)幼兒園門口值班工作,各單位配備安保器具、報警器,監(jiān)控等。加強中小學(xué)(幼兒園)各項值班。文教室要經(jīng)常深入學(xué)校進行工作督查,以確保師生生命及學(xué)校財產(chǎn)安全,確保教育教學(xué)工作正常開展。
10.建立學(xué)校安全穩(wěn)定工作零報告制度。各校明確一名報告員,自20xx年10月31日起,每天下午4:00前將學(xué)校(幼兒園)安全穩(wěn)定情況向文教室何老師匯報(電話:重大事情及時向文教室主要領(lǐng)導(dǎo)及縣教體局和鄉(xiāng)政府報告。
軟件維護項目方案篇十五
為了進一步加強班主任隊伍建設(shè),充分激發(fā)班主任工作的積極性和創(chuàng)造性,努力提高班級常規(guī)管理和教育水平,特制訂本考核辦法。
1、五項評比:(衛(wèi)生、早操、午間操、午休、晚寢)15分。
2、讀報(準(zhǔn)時下班落實每天工作,維持紀(jì)律等)10分。
3、按時記錄上交班主任工作臺帳(家訪、談話團隊班活動記錄等)10分。
4、上足上好班會課(有目的、有要求、有內(nèi)容)10分。
5、黑板報和班級財產(chǎn)管理(每月底出刊,每月初檢查班級財產(chǎn)管理情況)10分。
7、杜絕“三種現(xiàn)象”(上網(wǎng)、抽煙、打架)15分。
8、班主任會議(必須準(zhǔn)時參加會議并作好記錄)5分。
9、“長明燈”現(xiàn)象(晴好天氣不開燈)10分。
10、逃課(平時上課、周六補課等)10分。
1、五項評比:15分。
月總分在98分以上得15分,在95-97.9之間得10分,在85-94.9之間得5分,84.9分以下得0分。
2、讀報:10分。
月讀報在20次以上得10分,在10-19次得5分,在9次以下不得分。
3、按時記錄和上交班主任工作臺帳:5分。
臺帳記錄全得5分,記錄稍缺得2分,臺帳不交(每月一次)扣10分。
4、上足上好班會課:10分。
上足(45分)上好(有教案)得10分,未上足(30分)得5分,挪作他用扣10分。
5、黑板報和班級財產(chǎn)管理:10分。
按時刊出黑板報和無財產(chǎn)損壞得10分,嚴(yán)重?fù)p壞公物(質(zhì)視損壞情況)最高扣20分。
6、學(xué)校、各處室布置的工作任務(wù)落實完成:10分按質(zhì)按時完成得10分,不完成不得分。
7、杜絕“三種現(xiàn)象”:15分。
無三種現(xiàn)象發(fā)生得15分,其中發(fā)生一次得5分,有處分(抽煙、打架)扣20分。
8、班主任會議:5分。
準(zhǔn)時參加并記錄好會議內(nèi)容得5分,公事請假不能出席得3分,無故不參加不得分。
9、“長明燈”現(xiàn)象:10分。
查到晴好天氣開著“長明燈”二次扣5分,五次以上扣15分。
10、逃學(xué):10分。
無逃課得10分。有逃課學(xué)生屢禁不止不得分。
1、當(dāng)月正常做好班主任工作給予考核。
2、當(dāng)月病事假累計超20天,不予考核。
3、班上有嚴(yán)重違法違紀(jì)學(xué)生(派出所立案)不予考核。
4、當(dāng)月班上有三人次打架并有行政處分的不予考核。
5、當(dāng)月班上有流生者不予考核。
當(dāng)月考核獎與當(dāng)月的考核分掛鉤。具體等次如下:
1、90-100分為優(yōu)秀級得70元。
2、75-89分為良好級得60元。
3、60-74分為合格級得45元。
4、60分以下為不合格級得0元。
1、班級學(xué)額以50人為核算單位,每超5人的,加獎3元;
2、本辦法作為班主任“評優(yōu)”的重要依據(jù)(每月考核分在90分以上)。
3、有流生扣當(dāng)月考核獎70元,當(dāng)年度不得評優(yōu)評先;
4、本辦法從20xx年10月執(zhí)行,考核辦法中未盡事宜,解釋權(quán)屬校長室。