第一篇:軟件開發(fā)與項(xiàng)目管理畢業(yè)設(shè)計(jì)中期報(bào)告
軟件開發(fā)與項(xiàng)目管理畢業(yè)設(shè)計(jì)中期報(bào)告
畢業(yè)設(shè)計(jì)題目:基于web的超市管理系統(tǒng)
專業(yè):軟件開發(fā)與項(xiàng)目管理
本人自畢業(yè)設(shè)計(jì)開始以來所做的具體工作和取得的進(jìn)展或成果以及存在的具體問題
一、前期完成的任務(wù)
需求分析文檔: 對(duì)超市管理系統(tǒng)的需求做了比較詳細(xì)的分析,把超市管理系統(tǒng)整體分成幾個(gè)模塊,整體分為系統(tǒng)主窗體、商品信息管理、銷售管理、庫(kù)存管理、員工管理、供貨商管理、系統(tǒng)管理模塊,方便后面的編程。同時(shí)整個(gè)程序按照MVC三層模式編寫,一遍程序的后期維護(hù);
所遇到的問題:對(duì)超市管理系統(tǒng)的業(yè)務(wù)流程不熟悉,對(duì)相關(guān)知識(shí)比較欠缺。
解決方法:在網(wǎng)上搜索相關(guān)信息,以及小組成員相互討論。
數(shù)據(jù)庫(kù)設(shè)計(jì)文檔: 根據(jù)數(shù)據(jù)庫(kù)設(shè)計(jì)文檔設(shè)計(jì)數(shù)據(jù)庫(kù)中需要的表以及表中的字段,數(shù)據(jù)庫(kù)用的是Oracle數(shù)據(jù)庫(kù)。主要完成的設(shè)計(jì)任務(wù)有概念結(jié)構(gòu)設(shè)計(jì),邏輯結(jié)構(gòu)設(shè)計(jì),物理結(jié)構(gòu)設(shè)計(jì),數(shù)據(jù)字典設(shè)計(jì),安全保密設(shè)計(jì),主要包括用戶表、資源表等數(shù)據(jù)表格。
所遇到的問題:對(duì)Oracle數(shù)據(jù)庫(kù)使用不熟,數(shù)據(jù)庫(kù)存儲(chǔ)過程的具體使用不熟。
解決辦法:閱讀數(shù)據(jù)庫(kù)幫助文檔及上網(wǎng)查詢,以及向老師請(qǐng)教。
測(cè)試文檔: 該文檔有助于實(shí)現(xiàn)以下目標(biāo):確定現(xiàn)有項(xiàng)目的信息和應(yīng)測(cè)試的軟件構(gòu)件;列出推薦的測(cè)試需求(高級(jí)需求);推薦可采用的測(cè)試策略,并對(duì)這些策略加以說明;確定所需的資源,并對(duì)測(cè)試的工作量進(jìn)行估計(jì);列出測(cè)試項(xiàng)目的可交付元素。
所遇到的問題:測(cè)試技術(shù)不是很熟悉。測(cè)試計(jì)劃覆蓋面不全。
解決辦法: 在網(wǎng)上搜索相關(guān)信息,詢問專業(yè)測(cè)試人員。
二、在畢業(yè)設(shè)計(jì)中取得的成績(jī)
對(duì)于項(xiàng)目開發(fā)的經(jīng)驗(yàn)有了很大的提升,同時(shí)對(duì)軟件開發(fā)生命周期有更深刻的理解:需求分析、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)文檔。能夠更好的理解需求,在開發(fā)過程中充分應(yīng)用MVC設(shè)計(jì)模式,使本系統(tǒng)具有更好的可擴(kuò)展性,可維護(hù)性。熟悉的運(yùn)用開發(fā)技術(shù),鍛煉自己寫代碼的能力以及解決問題的能力。
三、在這一階段的工作過程中,存在著如下的幾點(diǎn)不足:
1、對(duì)需求的分析不是很全面,以及技術(shù)不是很熟練,致使在需求分析過程中出現(xiàn)不少問題,致使進(jìn)度不快。
2、對(duì)項(xiàng)目中運(yùn)用的的MVC設(shè)計(jì)模式掌握得不到位。
3、編寫文檔的時(shí)候不夠完善。
4、由于異地的關(guān)系,相互之間的交流不夠。
5、在編寫代碼的過程中,由于基礎(chǔ)知識(shí)掌握得不牢固,經(jīng)常出現(xiàn)小問題。
6、對(duì)模塊化的開發(fā)思想認(rèn)識(shí)不深刻。
7、編碼過程中解決問題的經(jīng)驗(yàn)不夠。
8、在編寫代碼的過程中遇到問題時(shí),往往不能獨(dú)立解決。
9、對(duì)于項(xiàng)目的測(cè)試工作有欠缺。
下一步的主要研究任務(wù),具體設(shè)想與安排
?完成剩余的功能,并且完善頁(yè)面設(shè)計(jì).?完成各自的文檔任務(wù)
?完善后臺(tái)功能
?簡(jiǎn)化并完善項(xiàng)目代碼
?集成和測(cè)試
?編寫并完善畢業(yè)設(shè)計(jì)論文
?準(zhǔn)備論文答辯
指導(dǎo)教師對(duì)該學(xué)生前期研究工作的評(píng)價(jià)
指導(dǎo)教師簽字:
教研室主任意見
年 月 日
第二篇:畢業(yè)設(shè)計(jì)中期報(bào)告
畢業(yè)設(shè)計(jì)中期報(bào)告
我的畢業(yè)設(shè)計(jì)的選題是:為河南錦鵬投資集團(tuán)有限公司做整套的VI設(shè)計(jì),企業(yè)在發(fā)展過程中,需要?jiǎng)?chuàng)新,需要有新的東西植入到公司的文化當(dāng)中去。此次設(shè)計(jì)目的就是希望能夠把VI的理念植入到公司,讓公司的VI流程更加的模范化,標(biāo)準(zhǔn)化,秩序化。目前了解到此公司還未創(chuàng)造出適合的VI設(shè)計(jì),希望這次的設(shè)計(jì)能夠根據(jù)公司的具體情況,做出符合此公司的整體形象標(biāo)識(shí)以及一系列形象的設(shè)計(jì)。
我回到家工作整整有一個(gè)月了,由于我的適應(yīng)能力比較強(qiáng),很快便融入了這家公司。剛回來的時(shí)候,生活安排的很忙碌,也很充實(shí)。白天工作,晚上回家做專題設(shè)計(jì)。先是為錦鵬投資集團(tuán)有限公司構(gòu)思了四個(gè)標(biāo)志方案。后來由于集團(tuán)公司下屬的酒店在12月20號(hào)開業(yè),這件事情成為近來公司工作的重心,常常加班到很晚才回家,于是,我的專題設(shè)計(jì)出現(xiàn)了滯后現(xiàn)象。但我相信,我會(huì)趕上來。
以下是我為錦鵬投資做的四個(gè)標(biāo)志的方案:第一個(gè)標(biāo)志是一個(gè)抽象的“中華”的“中”,在形象上比較接近錦鵬中的漢語拼音的“P”,代表著錦鵬集團(tuán)屹立于中華之林的氣勢(shì)和豪邁。第二個(gè)標(biāo)志在形象上更像一個(gè)獎(jiǎng)杯,結(jié)合“錦鵬”的漢語拼音“jin peng”的首字母“JP”,將其變形,但整個(gè)標(biāo)志又能夠達(dá)到平衡的狀態(tài),標(biāo)志含義代表著錦鵬集團(tuán)的卓越。第三個(gè)標(biāo)志將“JP”意象化,有穿插,有聯(lián)接,代表著錦鵬集團(tuán)的團(tuán)結(jié)協(xié)作的精神。第四個(gè)標(biāo)志將“JP”結(jié)合起來,設(shè)計(jì)成一個(gè)帆船的形象,代表著錦鵬集團(tuán)在商業(yè)的大潮中能夠乘風(fēng)破浪,駛向更美好的明天。打算做第五個(gè)標(biāo)志的時(shí)候,我向王麗老師咨詢了一下,老師建議我用“錦”字設(shè)想,剛好在這個(gè)時(shí)間,公司事務(wù)繁多,未能完成這個(gè)標(biāo)志的設(shè)計(jì)。我打算從各五個(gè)標(biāo)志當(dāng)中挑選一個(gè)最合適的。
標(biāo)志是一種記號(hào),它以各種精煉的形象表現(xiàn)一定的含義,傳達(dá)明確的信息,有助于克服語言和文字上的阻礙及表述的困難。由于它是非語言性的圖形符號(hào),有利于傳播和記憶,能起到語言和文字難以完成的作用,所以,標(biāo)準(zhǔn)的標(biāo)志設(shè)計(jì)是一切變化的基礎(chǔ),是VI的核心之核心,所以,在標(biāo)志設(shè)計(jì)上,我愿意多下點(diǎn)功夫,好好研究。
我的畢業(yè)設(shè)計(jì)的最終計(jì)劃成果是:形成一套有規(guī)范的VI設(shè)計(jì)手冊(cè)。如果條件允許,希望有計(jì)劃的,嘗試性的將設(shè)計(jì)出的VI導(dǎo)入公司內(nèi)部。比照一下我的預(yù)期成果,我清楚的意識(shí)到我的進(jìn)度還很慢,我會(huì)慢慢趕上,成功的完成我的專題設(shè)計(jì),為我的大學(xué)生生活畫上一個(gè)完滿的句號(hào)。
錦鵬投資集團(tuán)是一個(gè)存在的實(shí)體,企業(yè)也處于發(fā)展階段,企業(yè)內(nèi)部還未出現(xiàn)規(guī)范化的VI,在此條件和基礎(chǔ)上,希望能夠充分發(fā)揮個(gè)人的空間。公司會(huì)提供必要的信息和條件,積極配合此次的設(shè)計(jì)。我的設(shè)計(jì)風(fēng)格遵循我內(nèi)心對(duì)涉及的直覺,并且及時(shí)把握這種直覺,把它轉(zhuǎn)化為不同形象表現(xiàn)出來。在這里我非常感謝錦鵬公司為我提供的這個(gè)平臺(tái)。
第三篇:畢業(yè)設(shè)計(jì)中期報(bào)告
畢業(yè)設(shè)計(jì)中期報(bào)告
自第一臺(tái)機(jī)器人誕生以來,機(jī)器人的發(fā)展已經(jīng)遍及很多領(lǐng)域,智能小車作為機(jī)器人的典型代表,可實(shí)現(xiàn)循跡和簡(jiǎn)單的障礙物檢測(cè)功能。本次智能小車設(shè)計(jì)控制核心采用的是KEILC51單片機(jī),整個(gè)系統(tǒng)的電路結(jié)構(gòu)簡(jiǎn)單,可靠性能高。利用光電傳感器、超聲波傳感器檢測(cè)道路上的障礙,實(shí)現(xiàn)控制智能小車的自動(dòng)避障,以及自動(dòng)發(fā)車停車。1 直流調(diào)速系統(tǒng)
采用晶閘管的直流斬波器基本原理與整流電路不同,在脈寬調(diào)速系統(tǒng)中晶閘管不受相位控制,而是相當(dāng)于開關(guān)。當(dāng)晶閘管被觸發(fā)導(dǎo)通時(shí),電源電壓加到電動(dòng)機(jī)上,當(dāng)晶閘管關(guān)斷時(shí),直流電源與電動(dòng)機(jī)斷開,電動(dòng)機(jī)經(jīng)二極管續(xù)流,兩端電壓接近于零。脈沖寬度調(diào)制(Pulse Width Modulation),簡(jiǎn)稱PWM。脈沖周期不變的情況下,只改變晶閘管的導(dǎo)通時(shí)間,即通過對(duì)脈沖寬度的改變來進(jìn)行直流調(diào)速。脈寬調(diào)速系統(tǒng)的主電路采用的是脈寬調(diào)制式變換器,簡(jiǎn)稱PWM變換器。脈寬調(diào)速也可以通過由單片機(jī)控制的繼電器的閉合來實(shí)現(xiàn)。檢測(cè)系統(tǒng)
檢測(cè)系統(tǒng)主要是實(shí)現(xiàn)光電檢測(cè),就是說利用各種傳感器對(duì)電動(dòng)車的躲避障礙、行車狀態(tài)進(jìn)行檢測(cè)。將規(guī)則預(yù)先編制到單片機(jī),通過規(guī)則來判斷智能小車的具體形式狀態(tài)??刂魄斑M(jìn)與倒退的電路的核心分別是橋式電路和繼電器。電橋上共設(shè)置為兩組開關(guān),一組常閉,另一組常開。電橋的一端連接接電源,另一端接了一個(gè)三極管。系統(tǒng)原理
智能小車以KEILC51單片機(jī)為控制核心。當(dāng)智能小車的光電檢測(cè)器檢測(cè)到起點(diǎn)時(shí),智能小車開始啟動(dòng),旋轉(zhuǎn)電機(jī)正向旋轉(zhuǎn)驅(qū)動(dòng)智能小車行進(jìn)。途中,智能小車所配備的超聲波傳感器和紅外光電傳感器智能控制智能小車避讓障礙、自動(dòng)調(diào)節(jié)智能小車速度等功能,并由距離測(cè)量輪實(shí)現(xiàn)距離計(jì)數(shù)。智能小車采用先進(jìn)的雙極式H型PWM脈寬調(diào)制技術(shù)進(jìn)行變速。
硬件設(shè)計(jì)
一個(gè)基于單片機(jī)的實(shí)際應(yīng)用系統(tǒng)的硬件電路設(shè)計(jì)共包括兩個(gè)主要的方面:一是系統(tǒng)擴(kuò)展,當(dāng)單片機(jī)的功能不能夠完全地滿足設(shè)計(jì)的要求時(shí),應(yīng)該在片外對(duì)其進(jìn)行功能擴(kuò)展,主要有RAM、ROM、I/O口、方向的擴(kuò)展,選擇特殊的電路或者芯片進(jìn)行擴(kuò)展。二是系統(tǒng)配置,就是說按照系統(tǒng)功能的要求,增添一些外設(shè),比如說顯示器,還要設(shè)計(jì)合適的外設(shè)接口。微處理器:微處理機(jī)是單片機(jī)的核心
數(shù)據(jù)存儲(chǔ)器:數(shù)據(jù)存儲(chǔ)器是用來存儲(chǔ)程序在運(yùn)行期間的工作變量、運(yùn)算的中間結(jié)果、數(shù)據(jù)暫存和緩沖、標(biāo)志位的存儲(chǔ)單元
程序存儲(chǔ)器:程序存儲(chǔ)器用于保存應(yīng)用程序代碼,同時(shí)還可以用于保存程序執(zhí)行時(shí)用到的數(shù)據(jù)
中斷系統(tǒng):CPU對(duì)中斷系統(tǒng)所有中斷以及某個(gè)中斷源的開放和屏蔽是由中斷允許寄存器IE控制的
定時(shí)器/計(jì)數(shù)器:定時(shí)/計(jì)數(shù)器的實(shí)質(zhì)是加1計(jì)數(shù)器(16位),由高8位和低8位兩個(gè)寄存器組成。TMOD是定時(shí)/計(jì)數(shù)器的工作方式寄存器,確定工作方式和功能;TCON是控制寄存器,控制T0、T1的啟動(dòng)和停止及設(shè)置溢出標(biāo)志
串行口:1個(gè)全雙工的串行口,具有四種工作方式。可用來進(jìn)行串行通訊,擴(kuò)展并行I/O口,甚至與多個(gè)單片機(jī)相連構(gòu)成多機(jī)系統(tǒng),從而使單片機(jī)的功能更強(qiáng)且應(yīng)用更廣
特殊功能寄存器:特殊功能寄存器共有21個(gè),用于對(duì)片內(nèi)的個(gè)功能的部件進(jìn)行管理、控制、監(jiān)視。實(shí)際上是一些控制寄存器和狀態(tài)寄存器,是一個(gè)具有特殊功能的RAM區(qū)
軟件設(shè)計(jì)
在單片機(jī)控制系統(tǒng)中,總的來說可分為數(shù)據(jù)的處理、過程的控制兩個(gè)基本類型。數(shù)據(jù)處理包括:數(shù)據(jù)的采集、數(shù)字濾波、標(biāo)度變換等等。過程控制程序主要是使單片機(jī)按一定的方法進(jìn)行計(jì)算,然后再輸出,以控制各個(gè)元器件。本系統(tǒng)軟件采用模塊化結(jié)構(gòu),由主程序﹑定時(shí)子程序、避障子程序﹑中斷子程序顯示子程序﹑調(diào)速子程序﹑算法子程序構(gòu)成。要想提高玩具車智能控制的可靠性,僅靠硬件抗干擾是遠(yuǎn)遠(yuǎn)不夠的,還需要進(jìn)一步借助于代碼抗干擾技術(shù)來克服某些特殊的干擾。對(duì)于隨機(jī)干擾,可以用數(shù)字濾波方法予以削弱或?yàn)V除。
第四篇:畢業(yè)設(shè)計(jì)中期報(bào)告
畢業(yè)設(shè)計(jì)中期報(bào)告
一、提出課題(分析)《園游森林入夢(mèng)來》系列插畫設(shè)計(jì)主要是通過插畫內(nèi)容來表現(xiàn)大自然的豐富世界,通過這些插畫來表達(dá)自己心中的一絲美好,在現(xiàn)實(shí)生活中,我們很少能接觸森林,同時(shí),在我們的心目中自然界的動(dòng)物和植物比較夢(mèng)幻和遙不可及,有時(shí)候我們會(huì)覺得有些動(dòng)物很兇猛,有時(shí)候也會(huì)覺得大部分植物都主要以綠色為主,種類繁多,復(fù)雜難分,所以我希望通過插畫內(nèi)容上給觀看者能留下清新美好的感覺,用可愛的變現(xiàn)方法來讓這些動(dòng)植物顯得更與人親近,讓大家更愿意珍惜森林的美好,愿意去愛護(hù)和保護(hù)我們的大自然。
二、課題進(jìn)展情況
《園游森林入夢(mèng)來》設(shè)計(jì)的主要目的是希望通過可愛的表現(xiàn)手法,讓平時(shí)離我們較遠(yuǎn)的動(dòng)植物能在插畫中是觀看者覺得更接近自己,通過這種親近的感覺讓我們更加愿意珍惜大自然中的一切。在繪畫的過程中,我主要是以前期的稿圖設(shè)計(jì)為主,主要內(nèi)容是將部分動(dòng)物與花藤、植物藤相結(jié)合,來調(diào)試它們直接的關(guān)系,在中期答辯前主要還是以稿圖為主,收集大量資料與附加物的挑選,為以后的上色處理和生活物品應(yīng)用做好鋪墊。在這個(gè)前期準(zhǔn)備的過程中,我找到了并欣賞了大量的插畫,但是大多都是以人物情感為主的,表現(xiàn)大自然的還是占少數(shù)的,所以有些想法自己也是邊長(zhǎng)是邊修改,希望可以有所表達(dá)。我的插畫內(nèi)容主要是將大自然中的動(dòng)植物相結(jié)合的表達(dá)出來,比如將鯨魚與花草相結(jié)合,將花朵與螃蟹、長(zhǎng)頸鹿與圖騰等等,來展現(xiàn)森林中的魅力,隨后用豐富多彩的顏色來展現(xiàn)夢(mèng)幻世界,留住觀看者心中的美好與清新世界。
在之后的設(shè)計(jì)中會(huì)把重點(diǎn)顏色的調(diào)配,和附加物與整體插畫效果相符合,色調(diào)、形態(tài)相統(tǒng)一的研究上,不能只顧著畫面單一的可看性,還要主要整體的聯(lián)系,要做到畫面與內(nèi)容的統(tǒng)一,前期與后期的完美結(jié)合,爭(zhēng)取做到圖畫與生活應(yīng)用聯(lián)系緊密,無論是作品單獨(dú)呈現(xiàn),還是生活延伸中的應(yīng)用,都可以做到關(guān)聯(lián)性強(qiáng)。
三、存在問題
第一,在《園游森林入夢(mèng)來》的設(shè)計(jì)過程中,考慮到實(shí)物的具象在現(xiàn)實(shí)的表現(xiàn),需要將實(shí)物的形象轉(zhuǎn)化為可愛的形象,這樣有時(shí)候在設(shè)計(jì)過程中就無法將原實(shí)物的特征和神態(tài)表現(xiàn)出來,所以自己在解決問題的過程中希望通過動(dòng)植物本來?yè)碛械募y路在上面加以展開聯(lián)想,將其與花藤聯(lián)系,希望可以創(chuàng)造出火花。
第二,《園游森林入夢(mèng)來》主要是以手繪為主,所以在選材上我選用了油畫布,但是油畫布質(zhì)地和紙相比較為粗糙,所以在上顏料的時(shí)候均勻很難把握,需要掌握好顏料的厚薄程度,中間還不能斷筆,以免會(huì)有明顯的裂痕。
第三,《園游森林入夢(mèng)來》需要與現(xiàn)實(shí)生活的產(chǎn)品聯(lián)系起來,需要在生活中有所延伸,但是由于展示的空間限制,這就在選材上有所限制,我選的主要是書簽、瓶子、CD和花瓶,希望在不同的材質(zhì)上有不同的驚艷展現(xiàn),但是這就在以后的展示設(shè)計(jì)上帶來了新的問題,多幅插畫作品放在桌子上就已經(jīng)很搶眼了,再加上這些附加品,會(huì)很容易使觀看者眼花繚亂,所以在附加品的設(shè)計(jì)上既要與插畫內(nèi)容有關(guān)聯(lián),還要顧及主次分明的關(guān)系。
四、下一步的計(jì)劃安排
在之后的設(shè)計(jì)過程中,根據(jù)自己的設(shè)計(jì)合理安排時(shí)間和進(jìn)度,在規(guī)定的時(shí)間內(nèi)完成畢業(yè)作品。根據(jù)以上階段出現(xiàn)的問題,我會(huì)盡量進(jìn)行總結(jié)和拿出解決方案,避免在以后的設(shè)計(jì)過程中出現(xiàn)類似的錯(cuò)誤;我個(gè)人認(rèn)為在插畫設(shè)計(jì)的繪畫設(shè)計(jì)過程中,細(xì)節(jié)的處理很重要。
《園游森林入夢(mèng)來》系列插畫設(shè)計(jì)在前期制作過程中很費(fèi)時(shí)間,需要多采集素材,多看多想,網(wǎng)上的資源有很多,但畢竟都是別人的創(chuàng)作成果,所以要自己真正的打開思路才可以更好的完成作品。
在插畫設(shè)計(jì)過程中,一定要與后期的展示設(shè)計(jì)相結(jié)合,否則在后期效果處理上很被動(dòng),甚至麻煩。在每創(chuàng)作一幅作品的時(shí)候都要盡量與輔助物相結(jié)合,達(dá)到色彩的統(tǒng)一,局部與整體充分配合。
通過這個(gè)報(bào)告總結(jié),我對(duì)自己初期做得《園游森林入夢(mèng)來》有了清晰地思路,同時(shí)在后期的制作與處理上有了總體的詳情步驟,更加明確了自己的設(shè)計(jì)目標(biāo)和預(yù)期的效果,在以后的設(shè)計(jì)中我會(huì)盡力沿著設(shè)計(jì)想法進(jìn)行下去,并且與指導(dǎo)老師的意見相結(jié)合,同時(shí)與當(dāng)初草圖多聯(lián)系,修改,使自己在后期的創(chuàng)作中的想法更完善,能更加表達(dá)主題,以達(dá)到預(yù)期的設(shè)想效果。
第五篇:軟件開發(fā)項(xiàng)目管理(范文)
管理目標(biāo)
1、所有關(guān)系人清晰明確地了解項(xiàng)目的需求和期望,努力做到滿足項(xiàng)目所有關(guān)系人的不同需求;項(xiàng)目關(guān)系人包括:項(xiàng)目團(tuán)隊(duì)成員和項(xiàng)目團(tuán)隊(duì)外(內(nèi)部/外部客戶,內(nèi)部/外部合作伙伴,經(jīng)銷商/客戶等)。
2、項(xiàng)目管理三要素平衡(時(shí)間/成本/質(zhì)量),即開發(fā)項(xiàng)目按需按時(shí)按質(zhì)的完成。
3、目標(biāo):功能滿足需求,設(shè)計(jì)支持變化,開發(fā)快速迭代,成果持續(xù)交付。
執(zhí)行概述
1、建立有效的工作流程保證項(xiàng)目的順利進(jìn)行,初期使用傳統(tǒng)RUP過程,引入部分敏捷方法,團(tuán)隊(duì)磨合完成后逐步實(shí)現(xiàn)敏捷開發(fā)全流程管理。
2、明確項(xiàng)目目標(biāo),制定具有可行性的項(xiàng)目計(jì)劃,有效明確的分解項(xiàng)目需求。
3、跟蹤設(shè)計(jì)/開發(fā)/測(cè)試/回歸/發(fā)布全流程,推動(dòng)項(xiàng)目按預(yù)定計(jì)劃執(zhí)行。
4、解決項(xiàng)目過程中出現(xiàn)的問題和沖突,一般集中在需求不明/工作量或時(shí)長(zhǎng)/開發(fā)難度/跨部門協(xié)調(diào)等幾個(gè)方面。
5、調(diào)動(dòng)開發(fā)團(tuán)隊(duì)的積極性,創(chuàng)造力,推動(dòng)團(tuán)隊(duì)成員在項(xiàng)目過程中的學(xué)習(xí)成長(zhǎng)。
6、風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)控制以及風(fēng)險(xiǎn)的預(yù)案。
項(xiàng)目管理
1、需求階段
對(duì)項(xiàng)目進(jìn)行技術(shù)可行性分析、技術(shù)評(píng)估、成本評(píng)估以及風(fēng)險(xiǎn)評(píng)估。與需求提出方的代表進(jìn)行需求討論,明確項(xiàng)目的目標(biāo)、價(jià)值。確定項(xiàng)目范圍、功能及優(yōu)先級(jí)。
組建項(xiàng)目團(tuán)隊(duì),特別要搞清楚項(xiàng)目的關(guān)鍵人。項(xiàng)目啟動(dòng)會(huì)議,相關(guān)的關(guān)系人都必須參加。
2、設(shè)計(jì)階段
根據(jù)確認(rèn)后的軟件需求規(guī)格說明書,制定項(xiàng)目進(jìn)度計(jì)劃,工作任務(wù)分解(WBS);資源申請(qǐng),項(xiàng)目涉及到的開發(fā)資源、測(cè)試資源、設(shè)計(jì)資源(包括人員和軟硬件資源);數(shù)據(jù)庫(kù)設(shè)計(jì);系統(tǒng)設(shè)計(jì);文檔(包括系統(tǒng)用例、Demo、測(cè)試用例等);評(píng)審會(huì)議。
設(shè)計(jì)階段結(jié)果交付一般為系統(tǒng)用例/系統(tǒng)原型/系統(tǒng)設(shè)計(jì)文檔(概要設(shè)計(jì)和詳細(xì)設(shè)計(jì))/數(shù)據(jù)庫(kù)設(shè)計(jì)文檔等。
該階段交付成果需要進(jìn)行評(píng)審。
3、執(zhí)行階段(開發(fā)和測(cè)試)準(zhǔn)備開發(fā)環(huán)境、測(cè)試環(huán)境。跟蹤,推動(dòng)項(xiàng)目按計(jì)劃進(jìn)行。
項(xiàng)目成員以日?qǐng)?bào)/項(xiàng)目負(fù)責(zé)人以周報(bào)的形式通報(bào)各關(guān)系人當(dāng)前項(xiàng)目的進(jìn)展情況。按里程碑對(duì)階段成果進(jìn)行評(píng)估,以確保該階段完成的質(zhì)量。代碼審核,包括CS審核、SQL審核、WEB審核等。對(duì)需求變更進(jìn)行控制管理。
測(cè)試階段BUG響應(yīng)及改進(jìn)、收集反饋意見。對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行管理。
4、發(fā)布階段
包括制定項(xiàng)目發(fā)布計(jì)劃,用戶培訓(xùn),發(fā)布上線。
5、試運(yùn)行階段
數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài)),根據(jù)監(jiān)控出現(xiàn)的問題,及時(shí)進(jìn)行處理,改進(jìn)性能問題,特定情況執(zhí)行補(bǔ)丁升級(jí)。
6、收尾階段
產(chǎn)品交付,項(xiàng)目總結(jié)會(huì)。
常見問題
1、開發(fā)時(shí)間的估算
制定項(xiàng)目計(jì)劃時(shí),需要估算每個(gè)任務(wù)所需的時(shí)間,其中主要是開發(fā)任務(wù)中模塊的分配和時(shí)間估算,在公司現(xiàn)有的技術(shù)框架下,開發(fā)人員主要的工作是投入在具體的業(yè)務(wù)邏輯實(shí)現(xiàn)上。通常單個(gè)模塊開發(fā)時(shí)間取決于以下因素:
1、負(fù)責(zé)模塊的業(yè)務(wù)邏輯的復(fù)雜程度。
2、開發(fā)人員的技術(shù)水平和對(duì)項(xiàng)目所在應(yīng)用的熟悉程度(包括對(duì)框架和應(yīng)用的熟悉程度)。
3、模塊技術(shù)實(shí)現(xiàn)上是否存在難點(diǎn),所謂的技術(shù)難點(diǎn)定義是:在現(xiàn)有系統(tǒng)中還未實(shí)現(xiàn)的、開發(fā)人員自身未沒接觸過的技術(shù)。對(duì)于這樣的難點(diǎn),開發(fā)者沒有相關(guān)的代碼可以參考,自己也沒有經(jīng)驗(yàn),所以需要投入學(xué)習(xí)時(shí)間用于研究解決。
模塊分配和開發(fā)時(shí)間估算的步驟:
1、在劃分好模塊后,首先項(xiàng)目管理人員預(yù)先估算各個(gè)模塊所需要的開發(fā)時(shí)間。
2、召集所有開發(fā)人員,討論模塊的分配和開發(fā)時(shí)間估算。將劃分好的模塊,分配給開發(fā)人員,如狀況允許可允許開發(fā)人員自主選擇以提高開發(fā)人員的主動(dòng)性和參與性。分配模塊的時(shí)為確保開發(fā)的速度和質(zhì)量,基本原則如下:
A、類似的模塊由同一人負(fù)責(zé)開發(fā),比如用戶信息的增刪改應(yīng)由同一開發(fā)者負(fù)責(zé)。這樣開發(fā)者對(duì)相關(guān)邏輯會(huì)比較熟悉,代碼/接口的定義也會(huì)相對(duì)明確,溝通的成本低,相應(yīng)可以降低功能實(shí)現(xiàn)的缺陷概率。
B、技術(shù)難度較大的模塊由技術(shù)水平比較高的人負(fù)責(zé)。C、業(yè)務(wù)邏輯比較復(fù)雜的由對(duì)業(yè)務(wù)邏輯比較了解的人負(fù)責(zé)。
3、模塊分配完成后,開發(fā)人員評(píng)估自己負(fù)責(zé)開發(fā)的模塊所需要的時(shí)間。在此過程中應(yīng)
4、對(duì)開發(fā)人員估算的時(shí)間進(jìn)行確認(rèn)。在確認(rèn)過程中作為,項(xiàng)目管理者將預(yù)估時(shí)間和開與開發(fā)者討論每個(gè)模塊的技術(shù)實(shí)現(xiàn)細(xì)節(jié),使時(shí)間的估算更加準(zhǔn)確。發(fā)人員估算時(shí)間進(jìn)行比較。那些差異較大的,與人員探討其中的緣由。對(duì)于時(shí)間周期比較長(zhǎng)的任務(wù),將任務(wù)拆分為更小的子任務(wù),每個(gè)任務(wù)的完成時(shí)間為8-24工時(shí),消除時(shí)間周期較長(zhǎng)的任務(wù),避免不確定性影響項(xiàng)目的進(jìn)度。
2、CodeReview CodeReview是保證項(xiàng)目中代碼質(zhì)量非常重要的一個(gè)環(huán)節(jié),在這一環(huán)控制不嚴(yán)往往是測(cè)試后出現(xiàn)大量bug的主因,有時(shí)甚至導(dǎo)致返工;關(guān)于CodeReview執(zhí)行,首先應(yīng)有編碼規(guī)范和代碼審查規(guī)范。通過這兩個(gè)文檔來規(guī)范開發(fā)人員的代碼實(shí)現(xiàn),代碼編寫者必須要嚴(yán)格按照規(guī)范來進(jìn)行;代碼審核者根據(jù)這些標(biāo)準(zhǔn)來CodeReview代碼,同時(shí)在CodeReview過程中需要不斷完善該文檔。
CodeReview一般可按以下步驟實(shí)施:
1、檢查開發(fā)者的代碼實(shí)現(xiàn)是否遵循了編碼規(guī)范。
2、從代碼的易維護(hù)性、可擴(kuò)展性角度考察代碼的質(zhì)量,提出修改建議。
3、代碼編寫者和代碼審核者坐在一起,由代碼編寫者按照UseCase依次講解自己負(fù)責(zé)的代碼和相關(guān)邏輯,代碼審核者在此過程中可以隨時(shí)提出自己的疑問,同時(shí)積極發(fā)現(xiàn)隱藏的bug,對(duì)這些bug記錄在案。
4、代碼講解完畢后,代碼審核者給自己安排幾個(gè)小時(shí)再對(duì)代碼審核一遍。代碼需要檢查Bug。同時(shí)全面兼顧,確保代碼整體上結(jié)構(gòu)優(yōu)良;審核完畢后,代碼審核者編寫“代碼審核報(bào)告”記錄發(fā)現(xiàn)的問題及修改建議,提交給相關(guān)人員。
5、代碼編寫者根據(jù)“代碼審核報(bào)告”給出的修改意見,修改好代碼,有不清楚的地方可積極向代碼審核者提出。
6、代碼編寫者bugfixed完畢之后給出反饋。
7、代碼審核者把CodeReview中發(fā)現(xiàn)的有價(jià)值的問題更新到“代碼審核規(guī)范”的文檔中,對(duì)于特別值得提醒的問題可群發(fā)email給所有技術(shù)人員。
3、需求變更管理
需求變更管理也是項(xiàng)目管理中最重要的一個(gè)環(huán)節(jié),對(duì)需求變更管理的有效性將直接影響對(duì)待需求變更的正確態(tài)度:
1、需求變更是不可避免的。
2、需求變更要必須被管理。
3、積極發(fā)現(xiàn)引起變更的因素,促使變更盡可能早的出現(xiàn),減低變更帶來的風(fēng)險(xiǎn)。需求變更管理的目標(biāo):
1、相關(guān)的干系人必須清楚地了解發(fā)生的變更。
2、變更處于有效的管理中。
3、盡量降低變更帶來的風(fēng)險(xiǎn)。
通過制定需求變更的流程,確保項(xiàng)目中的需求變更有效地進(jìn)行,實(shí)現(xiàn)上述的目標(biāo)。需求變更流程:
1、確定需求的基準(zhǔn)線。將以UserCase作為需求基準(zhǔn)線,在UserCase確認(rèn)之后的任項(xiàng)目的成功與否。何需求改變,都需要走需求變更流程。
2、項(xiàng)目管理者接收到需求變更的要求。需求變更的提出者可以是項(xiàng)目中的任何人包括產(chǎn)品經(jīng)理、市場(chǎng)人員、開發(fā)人員、測(cè)試人員等。
3、項(xiàng)目管理者評(píng)估該需求變更。針對(duì)接收到的需求變更的要求,召集相關(guān)人員討論該需求變更的合理性、可行性,實(shí)施的代價(jià)以及對(duì)項(xiàng)目的影響。項(xiàng)目管理者對(duì)項(xiàng)目的成功與否負(fù)有主要的責(zé)任。需求變更的決策應(yīng)由項(xiàng)目管理者做出。
4、需求變更確認(rèn)后,由專人將生成需求變更單記錄下來,通知給項(xiàng)目中所有關(guān)系人。
5、確定變更的負(fù)責(zé)人。承擔(dān)需求變更的具體工作,比如基線控制,對(duì)需求變更的記錄,并通知相關(guān)人員。
6、相關(guān)人員接收到確認(rèn)的需求變更后,需求分析人員修改需求說明書和UserCase的相關(guān)內(nèi)容。測(cè)試人員修改測(cè)試用例的相關(guān)內(nèi)容。開發(fā)人員修改代碼中的相關(guān)部分。
7、按照變更后的計(jì)劃實(shí)施項(xiàng)目,并進(jìn)行檢查,跟蹤,對(duì)變更后的實(shí)施反饋和可能出現(xiàn)的問題及時(shí)溝通和處理。
8、需求凍結(jié)。項(xiàng)目越到后期,需求變更對(duì)項(xiàng)目的影響就越大,所以在一定時(shí)候要進(jìn)入需求凍結(jié)階段,不再接收新需求或需求的變更。
4、風(fēng)險(xiǎn)管理
影響項(xiàng)目成敗的因素涉及方方面面,并且風(fēng)險(xiǎn)伴隨著項(xiàng)目的始終,是客觀存在的,風(fēng)險(xiǎn)引起的負(fù)面后果集中體現(xiàn)在進(jìn)度延后、成本超支、質(zhì)量不達(dá)標(biāo)等方面,常見風(fēng)險(xiǎn)如下:
1、目標(biāo)以及需求不明確
為了市場(chǎng)競(jìng)爭(zhēng)或內(nèi)部管理決策的需要,業(yè)務(wù)部門提出的需求往往要求的時(shí)間比較緊迫,需求的提出大多停留在幾張紙或口頭的傳達(dá)上,沒有正式的業(yè)務(wù)需求文檔,在沒有明確的需求范圍的情況下,有時(shí)為了迎合業(yè)務(wù)部門的口味匆匆開工,過程中用戶不斷地提出新的想法,技術(shù)人員開始疲于奔命和應(yīng)付,很難保證項(xiàng)目的進(jìn)度和質(zhì)量,也難以取得業(yè)務(wù)部門的認(rèn)可。
在項(xiàng)目的前期一定要采取相應(yīng)的手段或措施,與業(yè)務(wù)部門共同明確項(xiàng)目目標(biāo)、需求范圍,充分考慮現(xiàn)有的時(shí)間和資源約束,將需求排定優(yōu)先級(jí),對(duì)于關(guān)鍵的需求優(yōu)先實(shí)現(xiàn),其他輔助性的根據(jù)過程中的具體情況進(jìn)行滾動(dòng)式計(jì)劃,并取得業(yè)務(wù)部門的書面確認(rèn)。在此過程中要注重挖掘用戶的隱性需求,可以通過引導(dǎo)、系統(tǒng)原型等手段讓用戶在前期充分暴露自己的想法和需求。
2、項(xiàng)目目標(biāo)擴(kuò)大以及需求變更
在有了明確的目標(biāo)和需求范圍的情況下,需求的變更還是不可避免的,業(yè)務(wù)部門在看到具體系統(tǒng)的真實(shí)雛形之后,源源不斷地要求、新想法隨之產(chǎn)生,如果不對(duì)此加以控制,新的需求的加入通常會(huì)影響已實(shí)現(xiàn)的需求,并且對(duì)項(xiàng)目進(jìn)度和成本產(chǎn)生很大的影響。項(xiàng)目管理者針對(duì)這種情況一定要采取嚴(yán)格的變更控制流程,不能礙于面子,否則最終的結(jié)果往往是出力不討好。針對(duì)用戶提出的新需求,按照正式流程提出變更申請(qǐng),組織相關(guān)團(tuán)隊(duì)成員進(jìn)行分析及評(píng)估,作為是否實(shí)施的依據(jù),變更控制負(fù)責(zé)人根據(jù)分析結(jié)果判斷是否批準(zhǔn),如果批準(zhǔn),那項(xiàng)目組可以安排實(shí)施,否則,正式拒絕用戶的請(qǐng)求。
前期的需求討論要詳細(xì)、充分。需求文檔中需求的范圍要明確、功能描述要清楚。找出項(xiàng)目中需求的決策者(通常會(huì)是產(chǎn)品經(jīng)理、相關(guān)職能主管、客戶),所有的需求要經(jīng)過他們的認(rèn)可??蛻粼陧?xiàng)目過程中的全程參與有助于降低此類風(fēng)險(xiǎn)。需求討論、需求確認(rèn)、UserCase確認(rèn)、測(cè)試階段的客戶驗(yàn)收等環(huán)節(jié),都要要求客戶參與。在發(fā)生需求變更時(shí),嚴(yán)格按照需求變更流程執(zhí)行。在分析設(shè)計(jì)階段的中的確認(rèn)和評(píng)審也是降低此類風(fēng)險(xiǎn)的重要手段。
3、代碼質(zhì)量風(fēng)險(xiǎn)
質(zhì)量風(fēng)險(xiǎn)主要指開發(fā)代碼的質(zhì)量。在制定項(xiàng)目計(jì)劃時(shí),對(duì)開發(fā)時(shí)間的評(píng)估要盡可能的合適。合理的開發(fā)時(shí)間對(duì)開發(fā)質(zhì)量的影響很大。開發(fā)人員為了趕進(jìn)度在比較緊張的時(shí)間需要完成指定的任務(wù),可能就存在很大的開發(fā)質(zhì)量問題。在編碼前,開發(fā)人員要對(duì)框架熟練掌握;一份好的系統(tǒng)設(shè)計(jì)文檔對(duì)指導(dǎo)開發(fā)非常重要。
往往有這樣一種情況,每個(gè)團(tuán)隊(duì)成員按照項(xiàng)目計(jì)劃報(bào)告進(jìn)度都是100%完成,但一到最后系統(tǒng)交互測(cè)試或集成的時(shí)候就會(huì)發(fā)現(xiàn)一大堆問題。這需要在項(xiàng)目實(shí)施過程中采取有效的措施來規(guī)避風(fēng)險(xiǎn),通常的做法有同行評(píng)審,比如概要設(shè)計(jì)完成之后,邀請(qǐng)其他項(xiàng)目組的技術(shù)專家進(jìn)行技術(shù)評(píng)審以發(fā)現(xiàn)架構(gòu)設(shè)計(jì)問題;管理評(píng)審,通過組織級(jí)的質(zhì)量審計(jì)看產(chǎn)品以及實(shí)施過程是否滿足質(zhì)量要求;代碼走查,在編碼過程中加入至少一次的代碼走查,排查不符合規(guī)范或性能要求的代碼,走查通常能夠發(fā)現(xiàn)50%-70%的錯(cuò)誤;每日構(gòu)建,這是一種非常有效的方法,可以避免把各部分的集成問題拖到最后,并且能夠及時(shí)發(fā)現(xiàn)相應(yīng)的錯(cuò)誤,日構(gòu)建一般在項(xiàng)目的中后期開始,每天自動(dòng)從版本服務(wù)器上獲取源代碼進(jìn)行自動(dòng)編譯和測(cè)試。
4、人員技能和資源的不足
項(xiàng)目實(shí)施過程中由于人員技能欠缺造成的進(jìn)度延后和軟件質(zhì)量問題并不少見,一個(gè)熟練的技術(shù)人員完成同樣一個(gè)任務(wù)需要3天,但一個(gè)新手可能就需要7-10天。項(xiàng)目管理者應(yīng)該在前期就分析清楚項(xiàng)目所要采用的技術(shù)以及相應(yīng)的人員技能要求,針對(duì)不同的角色,及時(shí)采取相應(yīng)的技能培訓(xùn),以保證項(xiàng)目的順利實(shí)施。開發(fā)過程中遇到技術(shù)難題,導(dǎo)致開發(fā)時(shí)間延遲或者需求不得不發(fā)生變更。在項(xiàng)目開始前的技術(shù)評(píng)估階段,明確技術(shù)難點(diǎn),提前安排人員進(jìn)行攻克。如果在可預(yù)期的時(shí)間內(nèi)無法解決,如果可以,將向需求提出方要求變更需求或?qū)ふ铱商娲桨?。這樣的風(fēng)險(xiǎn)應(yīng)該在項(xiàng)目的前期階段就應(yīng)該解決在萌芽狀態(tài)來避免這樣的風(fēng)險(xiǎn)在后期或中期出現(xiàn)。
5、缺乏良好的團(tuán)隊(duì)協(xié)作
軟件項(xiàng)目實(shí)施屬于知識(shí)型,要發(fā)揮團(tuán)隊(duì)成員的創(chuàng)造力,不同于制造業(yè)計(jì)件生產(chǎn),各模塊最終要集成在一起形成一個(gè)有機(jī)的整體,這就需要各小組之間的密切配合,界定清楚工作界面及接口關(guān)系,并在實(shí)施過程中持續(xù)地溝通交流和共享,首先團(tuán)隊(duì)要融為一體,產(chǎn)出的軟件才能融為一體。這是一個(gè)團(tuán)隊(duì)的軟實(shí)力,團(tuán)隊(duì)之間的協(xié)作好壞也將是個(gè)潛在的風(fēng)險(xiǎn)問題,在項(xiàng)目啟動(dòng)和團(tuán)隊(duì)組建的時(shí)候就應(yīng)該加以規(guī)避這樣的風(fēng)險(xiǎn)出現(xiàn)。
6、項(xiàng)目會(huì)議
組織會(huì)議是項(xiàng)目執(zhí)行過程中一項(xiàng)非常重要的工作任務(wù),項(xiàng)目過程中很多重要的決定都是在會(huì)議中做出的,不成功的會(huì)議會(huì)對(duì)項(xiàng)目本身造成了不好的影響。
不成功的會(huì)議通常表現(xiàn)為如下形式:
1、會(huì)議氛圍不好,參與者發(fā)言不踴躍;
2、會(huì)議討論常常偏離主題;
3、會(huì)議沒有取得預(yù)期的結(jié)果;
4、會(huì)議時(shí)間常常一拖再拖。
這些不成功的會(huì)議最終的結(jié)果就是:既浪費(fèi)了大家的寶貴時(shí)間又沒有達(dá)到會(huì)議的目的,很多人都對(duì)這樣的會(huì)議都有抵觸情緒,對(duì)此也是深惡痛絕。以下是組織會(huì)議時(shí)應(yīng)該注意的問題,也可看作組織會(huì)議的最佳實(shí)踐。在列出最佳實(shí)踐之前有三點(diǎn)我們必須要清楚:
1、會(huì)議是否會(huì)取得成功很大程度上取決于會(huì)議的組織者。只有組織得有力,會(huì)議才有可能取得成功,這是會(huì)議成功的充分條件。
2、會(huì)議的組織者和參與者的想法通常是不一致的,有時(shí)候甚至?xí)笙鄰酵?。所以不要希望?huì)議的參與者和你一樣,對(duì)會(huì)議有著如此的期待,對(duì)大多數(shù)參與者而言,在會(huì)議中他只是一個(gè)發(fā)表想法的人,他不用對(duì)會(huì)議的成功承擔(dān)責(zé)任。
3、以下十一條最佳實(shí)踐是形式上的約定,具體的實(shí)施可以根據(jù)實(shí)際情況來做。組織會(huì)議的十一條最佳實(shí)踐:
1、只有需要開會(huì)時(shí)才開會(huì)。有時(shí)候兩三個(gè)人單獨(dú)小范圍溝通會(huì)更加有效。
2、提前發(fā)出會(huì)議議程,以便會(huì)議參與者知道他們來做什么。
3、請(qǐng)對(duì)人很重要,不要把非必要的人召來開會(huì),當(dāng)然也不要漏掉那些關(guān)鍵人物。在確保必要人物都在的情況下一次會(huì)議參與者越少效果越好。
4、提前預(yù)約參與者的時(shí)間,以確保他們能按時(shí)到場(chǎng)。
5、會(huì)議的開場(chǎng)很重要。會(huì)議組織者要在開始前做好幾件事情。通常我建議有幾點(diǎn)要在開場(chǎng)時(shí)說: A、再一次強(qiáng)調(diào)會(huì)議的目標(biāo),我們來做什么。
B、強(qiáng)調(diào)會(huì)議的主題與基調(diào)。比如:本次會(huì)議是一個(gè)需求確認(rèn)會(huì),而非需求討論會(huì),主要是討論做還是不做以及告知大家我們要做什么,而不要把太多的精力放在討論如何做上面。
C、說明一下會(huì)議的規(guī)則。如要發(fā)言,請(qǐng)舉手;不要有小圈子討論;不要打斷別人的講話,等別人說完你再說等等。
6、會(huì)議過程中時(shí)刻注意引導(dǎo)和控制會(huì)議,以確保會(huì)議按照目標(biāo)進(jìn)行。一次會(huì)議的氛圍是否良好,討論是否充分,好的引導(dǎo)至關(guān)重要。比如多提一些開放式的問題。
7、會(huì)議記錄很重要,把一些結(jié)論和有價(jià)值的內(nèi)容記錄下來,這些是本次會(huì)議的重要成果之一。
8、會(huì)議要有結(jié)論。我們常在會(huì)議上聽到有人說:“大家討論了這么半天,結(jié)論呢?”。沒有結(jié)論的會(huì)議是沒有意義的。
9、會(huì)議后別忘發(fā)會(huì)議紀(jì)要,以及一些Action,什么人什么時(shí)候做什么。
10、會(huì)議后的action執(zhí)行情況的反饋很重要。反饋是對(duì)會(huì)議參與者的尊重,同時(shí)也告知了會(huì)議的效果。否則會(huì)讓大家感覺到這是一個(gè)可無可無的會(huì)議,大家以后參與的積極性也會(huì)降低。很多會(huì)議往往都不注意這一點(diǎn)。
11、按時(shí)結(jié)束的會(huì)議會(huì)受到所有人的歡迎。