「計畫式研發」試水紀念

2021-08-08 15:31:37 字數 1875 閱讀 2434

此專案為超小型專案,將原基於labview開發的小型上位機改為c#平台。

原介面:

後台程式框圖如下:

經由分析得出工作流程如下,其中紫色為細分到可以定量的工作包,也是實際的具體工作:

工作包確定後,開始分析工作量,為每個工作包打時間標籤。經分析後,重繪流程如下:

按照規劃,此專案應該在兩周結束。實際用了四周且以半成品不合格形式交貨。

下面逐條進行專案總結分析。

1.通用控制項粗繪。- - -按時完成

2.周二既定請假,為預期事務,本就在規劃中。- - -無影響

3.udp傳送/udp接收本應兩天完成,實際一天完成。- - -超前1天

4.資料處理,接上上級任務,九月中旬開始全力輔助petr。

5.資料處理,去4s店取班車。- - -延期0.5天

6.資料處理,petr辦公室網壞了,給petr修復網路。- - -延期1天

7.資料處理(9.5),labview**分析,並據此修改了部分介面。 - - -延期1天

8.資料處理,分析labview**,繼續修改了部分介面,並開始敲資料處理的c#**。- - -延期1天

9.資料處理,labview**已讀透,全力敲**。—延期1天

10.資料處理,九月八號,早上上班看了一眼進度表,本應今天結題,但實際進度連一半都不到,頓時胸悶氣短,傷心欲絕,連煮兩杯咖啡,喝了n杯水,去廁所放水n+m次,蹲坑3+次,把辦公室的花都澆了一遍,魚喂了三遍,中午還趁著出去給petr修手機的時間散了散心,狀態還是不好。- - -延期1天

11.資料處理/綜合除錯,早上結束資料處理,可以測試整體軟體部分,發於美國進行測試。對已做工作進行整理優化,著手介面重繪。下午去工廠給petr物色新車間(好像是這天)- - -按時完成

12.介面重繪,(9.12)接到命令,去工廠給十公尺無人艇接電台。- - -延期1天

13.介面重繪,繼續去工廠接線。 - - -延期1天

14.介面重繪,去醫院做胃鏡,麻藥打爽了,整個人都輕飄飄的,請假一天。 - - - 延期1天

15.介面重繪,又去工廠了。。。忘了去幹什麼了,好像還是接線。 - - -延期1天

16.介面重繪,去寧波驗收165。週日,不算延期。

17.介面重繪,在寧波驗收165。- - -延期1天

18.介面重繪,在寧波驗收165。 - - -延期1天

19.介面重繪,胃痛請假1天。 - - -延期1天

20.介面重繪,(9.22)以神一般的速度糊弄完了介面,巨醜無比,刻度、數值未關聯,波形圖未重繪,半成品未發布安裝檔案。資料處理演算法未驗證。以極無工程師職業道德的厚顏無恥的方式強行結題。 - - -以嚴重技術負債形式結束

c#重寫版(介面部分):

總結:

1.非研發人員考慮部分,不予置評。

2.專案經驗不足,許多領域初次涉及,所以預算進度不准,延期、提前時有發生。

3.初期分析不到位,例如labview源程式分析這一工作包一開始就未能考慮到,不是進度問題,是遺漏。

4.提前已知的請假未寫入進度,例如胃鏡八月份就已預約好,但是忘記寫入進度,致使算入延期。

5.對公司臨時插入的中斷事件沒有乙個概率性的思考與估算。不是難**,而是沒有進行。

滾動式計畫

釋義 也稱 滑動式計畫 或 連續計畫 將計畫期不斷向前延伸,連續編制計畫的方法。例如,1995年編制了1996年至2000年五年期計畫,1996年又根據新情況對原計畫加以修訂補充,編制出1997年至2001年新的五年期計畫,以此類推,不斷向前滾動。優點是計畫可以比較切合實際,相互銜接協調。編制滾動式...

梯式計畫模型

方案是為了解決乙個問題而存在的,因此所有的方案都有其原因,那我們今天的話題也不例外。作為軟體工程的一部分,計畫在整個過程中占有舉足輕重的地位,可以用一句官僚的話來說就是,它是一場戰爭的排頭兵,直接影響了任務的成敗。讀過 軟體估算 這本書的朋友應該還記得這句話 估算和計畫是兩個相關的話題,但估算不是計...

研發機制思考之Scrum開發嘗試計畫

1 每個sprint最後一天召開計畫會議,列出下乙個sprint開發任務,每個任務要求標明任務內容,負責人,計畫完成時間,審核人。po負責管理所有任務列表 包括本sprint和下乙個sprint或者下下個sprint sm負責管理本sprint任務列表,並對本sprint的任務完成情況向po負責。2...