基金項(xiàng)目的評審一般按照初審、同行專家評議、專家評審組或?qū)I(yè)委員會評審的程序進(jìn)行。自然科學(xué)基金委科學(xué)部負(fù)責(zé)申請項(xiàng)目的初審。有下列情況之一者,不予繼續(xù)評議和評審:
1、申請者不具備申請資格或違反了自然科學(xué)基金委的有關(guān)規(guī)定;
2、申請手續(xù)不完備或申請書不符合要求;
3、申請項(xiàng)目主體內(nèi)容不符合國家自然科學(xué)基金資助范圍或申請經(jīng)費(fèi)超出基金項(xiàng)目資助能力;
4、申請者以往獲資助項(xiàng)目執(zhí)行不力。
同行評議是指同行評議專家對申請項(xiàng)目的創(chuàng)新性、研究價值、研究目標(biāo)、研究方案等做出獨(dú)立的判斷和評價,一般采取通訊評議方式。
申請者可提出不超過三位不宜評議其申請項(xiàng)目的同行評議專家(須注明所屬單位、并說明理由,供遴選同行評議專家時參考。自然科學(xué)基金委科學(xué)部對此信息保密。
自然科學(xué)基金委負(fù)責(zé)組建專家評審組或?qū)I(yè)評審委員會,其成員除具備同行評議專家的基本條件外,還應(yīng)具有較強(qiáng)的戰(zhàn)略意識和較廣的知識面。專家評審組或?qū)I(yè)評審委員會在同行評議的基礎(chǔ)上提出項(xiàng)目資助建議或?qū)彾ㄙY助項(xiàng)目;參與學(xué)科發(fā)展戰(zhàn)略和項(xiàng)目指南的制訂;對基金管理工作等進(jìn)行咨詢。專家參加評審工作時不代表部門和單位,應(yīng)自覺維護(hù)科學(xué)基金評審工作的科學(xué)性和公正性。
在專家評議評審的基礎(chǔ)上,自然科學(xué)基金委委務(wù)會議對不同層次、不同類型的項(xiàng)目或資助方案予以批準(zhǔn)或授權(quán)批準(zhǔn),自然科學(xué)基金委兼職專家在任期間申請的項(xiàng)目須專門審查批準(zhǔn)。
、注意對需求規(guī)格說明的正確性進(jìn)行評審 需求規(guī)格說明的正確性通??梢詮娜缦路矫娴靡泽w現(xiàn): 是否有需求與其他需求相互沖突或者重復(fù)?通常一份長達(dá)幾百頁的需求規(guī)格說明書都不會是一蹴而就的,它可能是系統(tǒng)分析師幾個夜晚的心血之作。
正是因?yàn)樽珜戇^程的連續(xù)性,可能導(dǎo)致同一份文檔中前后名詞定義不一致,前后觀點(diǎn)上有重疊或差異的情況出現(xiàn),這需要我們在撰寫報(bào)告前首先要在思想上形成統(tǒng)一概念, 可使術(shù)語列表貫穿整份文檔以達(dá)提綱挈領(lǐng)之效。 是否清晰、簡潔、無二義地表達(dá)了每個需求? “清晰”是讓人能夠讀懂;“簡潔”是讓人愿意去讀;“無二義”決定”讀”的效果,是讓大家對需求描述的理解能夠達(dá)成一致。
需求陳述是“三重門”,這三扇門是否開啟決定了需求說明書的質(zhì)量高低。我們尤其要拒絕“二義性”的名詞術(shù)語的出現(xiàn), 似是而非的概念定義是需求書應(yīng)該避免的。
換句話說,如果一份需求說明書沒能給人以清晰、簡潔和無二義的闡述,則需求評審是沒有進(jìn)行下去的必要,同時也無法進(jìn)行下去。需求評審的前提是用戶讀懂了需求說明,并且用戶的理解內(nèi)容就是分析師們所描述的內(nèi)容。
是否每個需求都通過了演示、測試、評審,分析是否得到了驗(yàn)證? 需求應(yīng)該是可以測試的,通常通過測試去驗(yàn)證它是不是正確。 比如我們完成了“銷售員客戶傭金提成規(guī)則”需求的撰寫,如果需求書未能經(jīng)過原型測試通過,則需求評審是不能得到通過的。
面對相當(dāng)復(fù)雜的業(yè)務(wù)需求,經(jīng)過測試或演示是讓用戶信任的一個必要過程。試想一下, 如果連需求都不能很好地被確認(rèn),則開發(fā)實(shí)現(xiàn)階段更是沒有把握控制了。
是否每個需求都在項(xiàng)目的范圍內(nèi)? 劃分項(xiàng)目范圍和區(qū)分系統(tǒng)邊界同樣是需求說明書的一個任務(wù),不要對需求書作出超范圍的論述和延伸,要知道需求書不是分析師賣弄概念、展示時尚的場所,它是軟件工程的一個重要環(huán)節(jié)。 是否每個需求都沒有內(nèi)容和語法上的錯誤?按照傳統(tǒng)的需求列表方式,需求像菜單一樣被一條條列出來,構(gòu)成需求項(xiàng)的主要欄位包括:需求ID、需求描述、優(yōu)先級、來源和狀態(tài)等。
通常需求首先要經(jīng)過“拼寫檢查”,保證沒有拼寫上的問題,然后通過逐行瀏覽修改那些在內(nèi)容或行文上出現(xiàn)問題的需求。 在現(xiàn)有的資源內(nèi), 是否能實(shí)現(xiàn)所有的需求? 需求規(guī)格說明要考慮可行性的問題。
事實(shí)上,分析師的關(guān)注層面是價值驅(qū)動和成本驅(qū)動方面。分析師應(yīng)該明白不是所有的需求都要去實(shí)現(xiàn),一些看上去很明顯與涉及用戶有沖突的、費(fèi)力不討好的需求應(yīng)該果斷地舍棄。
國內(nèi)有專家提出,搞需求也要講“和諧”即是此中道理。 每一條特定的錯誤信息,是否都是唯一的和具有含義的? 不要忽視錯誤信息的定義, 它必須具有唯一性。
如果過于籠統(tǒng)地定義錯誤信息則和沒有定義的效果是一樣的。 二、注意對需求規(guī)格說明的實(shí)踐性進(jìn)行評審 所謂實(shí)踐性是指需求本身是否來源于目前企業(yè)的相關(guān)業(yè)務(wù)規(guī)則和文件制度,而非源于分析師們經(jīng)驗(yàn)主義的臆測。
實(shí)踐性是判斷需求規(guī)格說明是不是理論聯(lián)系實(shí)踐、密切和用戶聯(lián)系的一個關(guān)鍵性指標(biāo)。如果需求規(guī)格說明和用戶實(shí)踐脫離,即使看上去寫得再天花亂墜,也會使需求說明如同無根之樹、無源之水,會大大減低用戶對需求報(bào)告本身的信任度。
有經(jīng)驗(yàn)的系統(tǒng)分析師通常會迷信自己的經(jīng)驗(yàn),把從前的經(jīng)驗(yàn)嫁接到目前的企業(yè)需求分析中。 也許由于行業(yè)性質(zhì)相同,但如果不經(jīng)過當(dāng)前的實(shí)踐調(diào)研則給出需求,仍然會無法體現(xiàn)出企業(yè)自身的特征。
因而不能為企業(yè)帶來真正的價值,也會造成與用戶需求的鴻溝。 筆者也曾經(jīng)“輕實(shí)踐重抽象”,我認(rèn)為系統(tǒng)分析師的工作特點(diǎn)是站在具體案例上的深度抽象,前提是必須獲得本企業(yè)的一手具體業(yè)務(wù)背景、流程和規(guī)則。
我們在分析比如“任務(wù)跟蹤”之類的系統(tǒng)時,由于系統(tǒng)的抽象模型是已知的(通過大量同類軟件的分析得知),但還是需要分析師把抽象模型演繹到企業(yè)當(dāng)前業(yè)務(wù)現(xiàn)狀。這樣的需求分析才會有“實(shí)話實(shí)說”之效,才能引發(fā)評審者的共鳴。
否則,在需求評審中評審者是很難讀懂你的意圖,自然不會立即通過你的需求報(bào)告,導(dǎo)致需要重新返工撰寫需求報(bào)告。 三、注意對需求規(guī)格說明的完整性進(jìn)行評審 我們經(jīng)常由下面的問題清單來評審需求說明書是否“完整”。
1 編寫的所有需求,其詳細(xì)程度是否一致和合適? 2 需求是否能為設(shè)計(jì)提供足夠的基礎(chǔ)? 3 所有對其他需求的內(nèi)部引用是否正確? 4 是否包含了每個需求的實(shí)現(xiàn)優(yōu)先級? 5 是否定義了功能說明的內(nèi)在算法? 6 是否包含了所有已知的客戶需求或系統(tǒng)需求? 7 是否遺漏了必要的信息?如果有遺漏的話,把他們標(biāo)記為待確定的問題(TBD)? 8 是否對所有預(yù)期的錯誤條件所產(chǎn)生的系統(tǒng)行為都編制了文檔? 需求說明的完整性主要體現(xiàn)在需求說明的詳細(xì)程度上,我們怎樣判斷該需求的描述是否詳細(xì)呢?我認(rèn)為需求需要精化,而不是僅僅提出精化功能、對象要考慮涉眾參與者、做些什么、需要什么數(shù)據(jù)信息、受什么業(yè)務(wù)規(guī)則和條件限制、系統(tǒng)會有什么響應(yīng),等等。
1. 請安排車接送審核員,應(yīng)提前3天與審核員溝通好接人的路線、時間等,最好由管理者代表親自去接;
2. 請準(zhǔn)備一間會議室給審核員開會、寫工作報(bào)告,請?jiān)谧郎蠑[一束花及水果等;
3. 請安排2個熟悉公司運(yùn)作的的人員全程陪同審核員進(jìn)行審核;
4. 當(dāng)審核員認(rèn)定有某項(xiàng)問題時,請及時通知顧問師;
5. 每個人都必須知道公司的質(zhì)量方針是什么?公司的質(zhì)量目標(biāo)是什么?
建議每人工作證后面打上方針和目標(biāo)或每人將其寫在紙條上放在口袋里
6. 在審核員問自己問題時不要緊張,要以平常心對待,回答問題時,要吐詞清楚,如審核員問到的不是自己工作范圍內(nèi)的事,應(yīng)禮貌地告訴審核員這不是自己所負(fù)責(zé)的,然后由陪同人員跟審核員解釋或找能回答問題的人來回答,避免“言多必失”。
7. 在找資料時,審核員要什么,就找什么給他,不要一下把一整本文件都給他,這樣會讓審核員發(fā)現(xiàn)多的問題,正確的方法應(yīng)是要什么就拿什么,然后先遞給本公司陪同人員看,陪同人員發(fā)現(xiàn)問題應(yīng)要求找另外一份給審核員看
8. 總經(jīng)理要講:1.質(zhì)量方針是自己親自訂的,目的就是要讓顧客滿意,并持續(xù)改進(jìn)質(zhì)量體系;2.要求各部門制定了質(zhì)量目標(biāo)并定期考核;3.指定了管理者代表;4.確定公司組織結(jié)構(gòu)圖,明確各人員的職責(zé)并協(xié)調(diào)他們之間的關(guān)系;5.為質(zhì)量管理體系的順利運(yùn)行提供必要的人力、物力;6.向公司內(nèi)傳達(dá)滿足客戶要求及法律法規(guī)要求的必要性;7.主持召開了管理評審會議
9. 管理代表要回答進(jìn)行了2次內(nèi)部審核,質(zhì)量目標(biāo)都有每月進(jìn)行統(tǒng)計(jì),有進(jìn)行顧客滿意度
的調(diào)查,針對目標(biāo)不達(dá)標(biāo)的及顧客投訴的都有采取糾正措施;
10. 每個管理人員要清楚自己的職責(zé),尤其是針對提高質(zhì)量,增加顧客滿意度所起的作用,具體見《各部門需回答和掌握的問題》;
11. 職員要清楚自己所做事情的步驟,并且所講要同相關(guān)文件上所寫的不能矛盾,建議這2天各部門主管都要讓職員對與自己相關(guān)的文件至少要看3遍;
12. 當(dāng)時如找不到資料應(yīng)把審核員的注意力引到其它有準(zhǔn)備的方面,另一方面要積極尋找相關(guān)資料,在審核員結(jié)束當(dāng)天審核之前應(yīng)將資料交給審核員;
13. 全員參與,做一次大掃除,各部門要搞好各自責(zé)任區(qū)的整理、整頓及衛(wèi)生等;
14. 各人員要熟悉跟自己相關(guān)的文件,以便回答審核員問題時不會張冠李戴;
15. 請?jiān)诠鹃T口打一歡迎標(biāo)語,“熱烈歡迎--公司專家來本公司指導(dǎo)工作”;
以上請管理者代表負(fù)責(zé)召集會議向相關(guān)人員傳達(dá)。
聲明:本網(wǎng)站尊重并保護(hù)知識產(chǎn)權(quán),根據(jù)《信息網(wǎng)絡(luò)傳播權(quán)保護(hù)條例》,如果我們轉(zhuǎn)載的作品侵犯了您的權(quán)利,請?jiān)谝粋€月內(nèi)通知我們,我們會及時刪除。
蜀ICP備2020033479號-4 Copyright ? 2016 學(xué)習(xí)鳥. 頁面生成時間:2.654秒