最近乙個專案的反思

2021-06-25 09:11:45 字數 2347 閱讀 9149

入行這些年,沒多少成功的經驗,失敗的經驗卻越來越多。今天花點時間好好的反思一下,老是稀里糊塗的可不行。我下面寫的不針對任何人,就事論事。

缺少了這個重要的凝聚力,下面的人可以說是在單兵作戰,一盤散沙,各自為戰,怎麼可能把專案做好。還有下面的這些問題:

1、團隊成員碰到的問題無法得到及時的協助和解決,會讓人有越來越多的挫折感。

2、無人管理開發文件,開發任務沒有科學的制定會拆分。

3、由於沒人督促,readmine形同虛設,完全沒發揮他的作用。

4、人員不能被合理的分配,成員之間的協作越來越少,甚至有隔閡。

5、不能有效的控制需求,一會兒做這個,一會兒做那個,最後什麼也沒做成,士氣越來越低。

6、專案中遇到的意見不統

一、衝突,都不能有效的協調好,團隊成員思想不能一致。

7、無法把控開發人員們的進度。

8、階段性成果,沒有安排時間及時確認。

接下來的那些問題很多都是因為無管理核心導致的,聯動效應。

規範點的說,需求的管理應該只有乙個進口乙個出口,拿到需求後,先做個分析,分解細化,然後再轉換成可執行的操作,畫原型,製作效果圖。

現在的情況是出現開發與規劃不符的情況時候,直接與開發人員確定需求,今天要這樣改,明天那樣,不斷的變化,得不到控制,原先的開發計畫不斷的插入新的功能修改,完全不按照計畫來了,最後當然不能在指定日期完成預定功能了。

開發人員沒有參與到需求的討論中,聽需求的人,在把需求傳達給開發人員,經常會出現偏差,最後開發人員買單,將做好的功能頁面等再推翻,修改,費時費力,還影響開發人員的心情。

經常會糾纏於一些需求的細節,一步到位,力求達到最好的使用者體驗與效果。我個人覺得使用者體驗的好壞是需要真正的使用者用過以後才能確定的,在開發階段是快速的將乙個可用的軟體拿出來,以後再根據各種資料為基礎,改進使用者體驗。專案的開發都是漸進明晰的,一開始的開發肯定不能預料到各個方面,既然預料不到,就把重要的先做好,以後再改,有了可用軟體,什麼都好說。

還把測試人員給拖累了,經常會抱怨開發人員臨近上線才開始提交**測試,抱怨開發人員自己不好好測試。臨近上線還要一堆bug。完全沒有留時間給他們,讓他們很難做,有時候是快到上線日了,軟體都還沒有,根本沒有測試的東西,別人很忙,自己卻很清閒。

開發開始前,應該讓開發人員們使用市面上面相關的軟體,實際操作下,體驗流程。實際操作的效果比嘴上說要有效的多。在操作的過程中,就能體會到市面上的軟體哪些地方做的不好,哪些地方做的好,真正換位到使用者的位置上。大家嘴上常說要換位思考,但實際操作起來真的很難,但讓自己做乙個真正的使用者就方便很多。

開發人員不懂業務,是個軟肋,導致很多問題。第乙個是最大的問題。

1、無法質疑需求的合理性,上面傳達下來的需求即使有錯,也繼續編碼,最後就是返工。

2、很難對專案提出一些比較好的建議,有時候也不能有效的和最高決策人溝通。

3、開發人員自己估算工作量的時候,會有一些偏差。

4、**的設計會有影響,懂業務能更好的設計**的結構,擴充套件等

5、技術提高的訪問www.cgzhw.com 遊戲程式設計網很不錯的技術**。

1、測試人員與開發人員之間:

一開始測試人員不熟悉系統,提了許多易用性方面的問題,還有一部分bug在開發人員眼中並不是問題——就是那樣設計的。在提出後,放到readmine上面,分配給測試人員認為的相關開發人員,到這裡都很自然順暢。但是掛在readmine上面的這些問題就這樣掛著了,不修改也不反饋,不了了之了。他們的工作很難展開,測試與開發之間出現了小隔閡,團隊的凝聚力越來越低。

後面經過大家的討論,給出乙個解決方案。需要乙個中間的管理人,讓他去分析提交上來的問題,根據他的理解定位這個問題屬於誰,再由他轉給某個開發人員,由這個人來追蹤。測試人員的工作也單一了,不會老是由她來催促修改問題。

2、web端與伺服器之間:

這次的專案是需要不同終端互相協調的,web端需要伺服器端提供介面協助,讓那邊提供介面卻總是一拖再拖,遲遲不給,即使在readmine中開個任務,還是沒有在預定的時間中給介面,一催二催三催,沒有結果。這裡也缺少個中間的協調人,需要這個人做溝通,安排時間,分配人力,滿足web端的需求。開發人員之間是平等的,不存在指揮的關係,誰也管不動誰。開發人員之間出現了小隔閡,團隊凝聚力再次降低。

3、開發人員與需求提供人員之間:

需求的提供有從最高決策人那裡直接發出,有時候也會通過另外幾個人員發出。由於需求的一直變化以及傳達的時候經常出現偏差,導致了開發人員不在非常相信他們,對於他們提出的需求,經常會做反覆的確認,但最後還是會改。他們做的原型或設計的流程,與最高決策人做一一確認有點不現實,這樣經常會導致被推翻,直接影響了開發人員,開發人員在實現了以後也要返工。這個地方缺少了個需求的管理者,需要他來**需求,這頭猛獸在摧殘著各個相關人員。反覆無常的變化,讓他們的工作也很難展開。開發人員與需求提供人員之間出現了小隔閡,團隊凝聚力勢必再次降低。

最近乙個專案的反思

入行這些年,沒多少成功的經驗,失敗的經驗卻越來越多。今天花點時間好好的反思一下,老是稀里糊塗的可不行。我下面寫的不針對任何人,就事論事。一 無管理核心 缺少了這個重要的凝聚力,下面的人可以說是在單兵作戰,一盤散沙,各自為戰,怎麼可能把專案做好。還有下面的這些問題 1 團隊成員碰到的問題無法得到及時的...

寫最近開源專案的時候,遇到乙個問題

幾天在寫最近開源專案的時候,遇到乙個問題就是如下 貼一下原始碼 include codeback.config.php include connectmysql.php include empty.php header connection keep alive date post date mor...

最近開發的乙個專案的一些感想

從過年收假到昨天,每天都在公司待著,今天,終於可以休息下了,從未有過的疲憊感,一下子席捲而來。這段時間一直在加班,特別是本週,連續三個通宵工作,而且均是從早上九點到第二天下午下班才回家,不通宵時也是凌晨一二點才回家,現在終於告一段落了。忙碌的工作讓人無暇思考,今天靜靜地思考了下,為什麼會這樣呢?總結...