關於專案進度慢的思考 如何提高整體開發效率

2021-08-30 17:04:45 字數 1345 閱讀 7249

我們都是軟體行業是世界所有的行業中,失敗率最高的。進度最沒有辦法度量的,通常會拖,一拖再拖,而且人員都撲上去了,可是還是慢。

為什麼?

多少年,多少人,更有很多的專業公司都在分析這裡面的原因。為什麼我們的人員都在加班了,沒有人偷懶,都很努力,效率卻上不去?

據我分析和思考,認為可以從下面兩個角度看這個問題:業務和技術。究其原因的話,有下面幾個常見的原因:

對於第乙個原因,業務的原因。我認為需要從業務的角度解決,需要在分析業務的時候,深入的思考,深入到業務的細節部分。對整個流程中的細節最好有梳理,每一步分析梳理都要有結果,文字和圖例。不要草率的開工,不要只是分析一點點就可以了。可以參考程式的業務流程,分析適合自己的業務流程。

還有就是需要領導在這個問題上有正確的認識,不要基於要求開工,技術人員這時候可以做一些技術的積累和基礎工作。例如公共類庫的整理和編寫,架構師可以進行系統的架構,是否要分布式,是否需要物理分層,是否有可以用的類庫。還有一些cross-cutting的關注點,這時候都可以進行開發和設計,進行技術的**也是不錯的。對於後期的開發也是很有幫助的。

對於第二個原因,就需要企業和開發人員兩者都要有深入的認識。

首先,企業方面要有公司的類庫,有自己的積累。對於一些公共的類庫,一些非功能的模組,例如:日誌、異常處理、資料合法性驗證、使用者驗證、資料訪問、快取等等。

其次,公司要有統一的開發標準,開發規範,這樣的話,大家可以互相幫忙,例如在乙個人較慢的情況下,有人可以幫助他編寫一部分的功能,加快整體的速度。因為大家的標準的一樣的,所以接手起來也不會太困難,否則接手很困難的話,對整體進度就沒有幫助了。

再次,對於開發人員需要有培訓,培訓每個人的基本功。尤其是關注那些新人,提公升大家的基本功。使得大家在進行模組設計和開發的時候不至於牽絆太多,可以順利進行。而且做出來的東西,從質量角度來講也可以更高,減少返工的機率。這方面園子裡面也有人提出了很多不錯的建議物件導向思想的頭腦

風暴(一)

物件導向思想的頭腦

風暴(二)—— 詳解繼承與組合的優缺點

物件導向思想的頭腦

風暴(三)-使用介面進行解耦  等。其實就是提高我們的物件導向能力,因為我們大多使用的是物件導向的程式語言,但是開發的時候我們除了寫了類,就什麼都沒有了。這方面可以用頭腦風暴的方式,花乙個下午或者是一天,大家一起針對乙個問題進行分析、設計、編寫,讓新人參與進來,可以學習成熟的**編寫方式和技術,可以統一大家的認識高度。雖然不可能通過幾次的培訓和做幾個小題就有實質性的提高,但是可以鍛鍊思考能力,最終的提高還是要靠個人在實戰的開發中總結和應用,還有就是多花工夫思考和聯絡。師傅領進門,修行靠個人。

最後,技術上面要有人來把控。至少有乙個人是具有豐富經驗的,可以把握整體的方向,整體的風格,可以對新人進行培訓。而且公司也可以充分授權這個人,充分這個人,也可以較為放心的進行開發管理。

關於專案進度慢的思考 如何提高整體開發效率

我們都是軟體行業是世界所有的行業中,失敗率最高的。進度最沒有辦法度量的,通常會拖,一拖再拖,而且人員都撲上去了,可是還是慢。為什麼?多少年,多少人,更有很多的專業公司都在分析這裡面的原因。為什麼我們的人員都在加班了,沒有人偷懶,都很努力,效率卻上不去?據我分析和思考,認為可以從下面兩個角度看這個問題...

關於專案進度控制的思考

思考源於最近的工作經歷。去年下半年開始的乙個大專案,我作為其中乙個子專案的專案經理。因為外部因素,專案整體進度延後,何時上線並不明朗。我負責的子專案在3月份按照初始設計完成功能開發和測試,之後一直進行修改和完善。但進度一直很不如意,分配的任務總是延期。最近插入乙個新專案,只有三周時間要完成開發和上線...

關於專案管理的思考

專案管理的成功因素分解 1 專案目標 搞清專案的目標非常重要,專案目標大致分成幾類 a 完成某些特定範圍輸入需求,完成一錘子的買賣 b 完成某個長期運營的產品 c 鍛鍊團隊,以訓練為目的 d 進行相關的技術研究,驗證某些技術解決方案 專案經理首先需要搞清楚最終要達到什麼樣的目標,這樣針對不同的需求時...