關于軟件開發，老板不知道的6件事

“我的老板不明白我在做什么。”

我們都曾在某個時候說過這一點，通常只是在工作場所抱怨。但是軟件開發的人處境很困難，因為當你的老板對軟件開發一無所知時，它會讓你的工作更加困難。

老板可能會認為他們知道自己在做什么——畢竟，設定最后期限并期望人們完成它有多難？但是軟件開發有一種特殊的工作方式，對非技術經理來說沒有意義。

例如。

1.讓更多人參與項目無濟于事

缺乏經驗或沒有軟件背景的經理普遍認為，如果他們在項目中引入更多“溫暖的身體”，團隊將更快地工作。這是一個始終引起開發團隊投訴的新手。

添加人員不會加速，但會減慢速度。一名高級團隊成員將不得不放棄他們正在做的事情，以使新移民保持最新狀態。

如果這個人是新員工或新手，問題會變得更糟，因為新手必須做的任何事都必須由一位退伍軍人檢查?！瑯?，這是在實際任務之外花費的寶貴時間。

你不能只是“添加東西”

利益相關者可以說的最危險的事情是，“他們可以直接添加（插入功能）嗎？”利益相關者和用戶不是程序員。他們甚至不知道他們看似微不足道的請求是否可行，更不用說一個了。以不破壞項目中其他所有內容的方式引入這些請求是多么困難。

問題在于管理者容易受到利益相關者的壓力，很容易盲目地接受請求，并且比最初引用的經理更多地投入團隊，這會增加團隊壓力并導致更多錯誤。

最后，沒有人幸福。

3.QA不太可能捕獲每個錯誤

管理人員（尤其是非技術人員）似乎認為任何通過QA的代碼都應該是干凈的并且完全消毒。

零缺陷政策！

這是我們的目標。 QA每天花費數小時梳理代碼，測試各種功能和用例來排除錯誤。

但是很難測試復雜的軟件程序，因為要處理的變量太多。即使是附加文件的簡單行為也可能是QA的挑戰。您測試了多少種文件類型？他們多大？文件名有多長？

這些因素中的每一個都可以觸發錯誤，并且作為軟件的一部分與其他部分交互（例如，在上傳附件后發送電子郵件），這種可能性成倍增加。 QA很難測試所有變量。

關于錯誤的另一個問題是它們的行為不符合邏輯。有些錯誤只能在最特殊和最偏心的情況下觸發（例如，如果按下“贊”按鈕52次，程序將崩潰）。質量保證無法預測所有可能的行為和條件。

4.使用別人的代碼總是一場噩夢

編寫代碼與編寫汽車引擎不同。不同公司，部門，團隊甚至（特別是）程序員之間的代碼差異很大。

所以使用別人的代碼就像走在雷區。您不知道代碼是如何構建的，您不知道一個部分如何與另一個部分交互，或者更改是否突然出現在您面前，并且程序的其余部分消失。

5.努力和效率不是一回事

許多經理似乎認為，如果你花費大量時間在某事上，那么項目必須向前發展。雖然大多數時候都是這種情況，但恰恰相反。

如果您需要一個示例，請回到我們之前關于使用其他人代碼的觀點。你的大部分時間都花在閱讀它上面并試圖找出它的作用。直到很久以后，你有足夠的信心去改變它而不會破壞任何東西。

6.技術債務是真實的，它會趕上你

當大多數老板面臨做正確事情和快速事情之間的選擇時，他們會選擇后者。該產品仍然有效，老板似乎善于利用“管理技能”將產品推向市場。

除了這種快速而骯臟的解決方案，它可能會導致更大的問題。邋code的代碼幾乎總是導致打破未來工作的復雜性。