軟體開發方法論的盲點

不同的軟體開發方法存在上升和下降的趨勢。 關于哪種更好的靈活或瀑布之類的東西，以及什麼是Scrum，還有很多讨論和興奮。 我的印象是，人們有接受流程和實踐的趨勢，并期望總是會有更好的結果和更少的問題，這既不必要也不可行。

盡管我看到将某些方法應用于具體的軟體項目+團隊+公司可以比其他方法具有某些優勢，但仍然存在一些不足。 軟體開發的某些部分也可能影響項目，團隊或公司的成功，但方法論無關！ 我想大聲考慮一下這些簡單的事情，這些事情以某種方式被低估了，但仍然非常重要：

普通能力

您已經受不了了！ 您是否可能由于團隊能力不足而過度指導了我們的項目？ 試想一下：什麼時候您的團隊中的任何人上一次拿到與您的項目相關的技術書籍？ 擁有一支稱職的團隊會導緻團隊成員去追求它，而不是尋找借口。

常識團隊工作流程

整個團隊參加一次會議，大多數時候幾個人讨論如何實施某件事，是否有意義？ 說這是一個混亂的事情不會使它變得更好，但這仍然是浪費時間。 我并不是說會議總是很糟糕，我的意思是，如果會議适合您的團隊，您應該考慮一下。 我的建議是讓團隊盡可能地決定工作流程，并把它們包括在内。 而且，擁有“自己的”過程可以為團隊士氣帶來好處。

每個團隊都是獨一無二的

我的經驗是，将一群人作為一個團隊，将始終産生該團隊獨有的結果和流程。 如果将某種過程強加于他們，有時您會得到部分結果，因為團隊傾向于與以前完全一樣地工作，并且要與給定的過程“相容”，進而産生額外的開銷。 即使有收益，也有慣性地接受某事“僅僅因為”。 團隊應該有自由來衡量和接受對他們有用的實踐，而拒絕那些沒有用的實踐。

最後我會問一個問題：您認為軟體開發過程中還有哪些其他重要的事情？ 可以将其他團隊的經驗應用于您的團隊，而哪些肯定不能因為您與衆不同？

參考：我們的JCG合作夥伴 Nenad Sabo在軟體思想部落格上的軟體開發方法盲點 。

翻譯自: https://www.javacodegeeks.com/2012/01/blind-spot-of-software-development.html