我們都曾在某個時候這么說過，而且通常只是在工作場所經常發牢騷。但是軟件開發人員正處于一個困難的境地，因為當你的老板對軟件開發一無所知時，這會讓你的工作變得更加困難。
老板們可能會認為他們知道自己在做什么——畢竟，設定一個截止日期并期望人們能完成它有多難呢？但是軟件開發有一種特殊的工作方式，這對非技術經理來說是沒有意義的。
例如：
1. 讓更多的人參與一個項目適得其反缺乏經驗或沒有軟件背景的經理通常認為，如果他們在項目中引入更多的“暖體”，團隊就會工作得更快。這是不不對的，總會引起開發團隊的抱怨。添加人員并沒有加快速度，反而會減慢速度。一個資深的團隊成員將不得不把他們正在做的事情放在一邊，以便讓新人跟上團隊的進度。如果這個人是新員工或新手，問題會變得更糟，因為這個新手所做的任何事情都必須經過其中一位老手的再三檢查——同樣，這也是花在實際任務之外的寶貴時間。
2. 你不能只是“添加一些東西”涉眾能說出的最危險的話是，“他們能直接添加某種特性嗎嗎？”涉眾和用戶都不是程序員，他們甚至不知道自己看似微不足道的請求是否可行，更不知道以一種不會破壞項目中其他一切的方式引入這些請求有多難。問題是管理者容易受到涉眾壓力的影響，容易盲目地接受請求，將團隊投入到比最初引用的經理花費更多時間的事情中，這增加了團隊的壓力，并可能導致更多的錯誤。最后，沒有人是快樂的。
3.QA不可能捕捉到每一個bug經理們(尤其是非技術人員)似乎認為任何通過QA的代碼都應該是干凈的，零缺陷！這就是我們的目標。QA每天花費數小時梳理代碼，測試各種功能和用例，以排除bug。但是很難測試復雜的軟件程序，因為要處理的變量太多了。即使是附加文件的簡單行為也可能成為QA的挑戰。您測試了多少種文件類型？它們有多大？文件名有多長？這些因素中的每一個都可能觸發一個bug，并且隨著軟件的一部分與其他部分交互(例如，在上傳附件后發送電子郵件)，這種可能性會成倍增加。QA很難測試所有的變量。關于bug的另一件事是它們的行為不符合邏輯。有些bug只能在最特殊和最古怪的情況下觸發(例如，如果您按了52次“Like”按鈕，程序就會崩潰)。QA不能預測所有可能的行為和條件。
4. 使用其他人的代碼總是一場噩夢編寫代碼與編寫汽車引擎是兩碼事。代碼在不同的企業、部門、團隊，甚至程序員之間差異很大。所以使用別人的代碼就像在雷區行走。您不知道代碼是如何構建的，不知道一個部分如何與另一個部分交互，也不知道更改是否會突然出現在您的面前，從而使程序的其余部分也隨之消失。
5. 努力和效率不是一回事許多經理似乎認為，如果你在某件事上花了很多時間，那么這個項目一定在向前推進。雖然大多數時候都是這樣，但也有完全相反的情況。如果您需要一個例子，請回到我們前面關于使用其他人的代碼的觀點。你的大部分時間將花在閱讀它，并試圖找出它的作用。直到很久以后，你才有足夠的信心在不破壞任何東西的情況下改變它。
6. 技術債務是真實存在的當大多數老板面臨做正確的事情和快速的事情之間的選擇時，他們會選擇后者。產品仍然有效，而且老板看起來很擅長運用“管理技巧”將產品推出市場。除了這種快速和骯臟的解決方案很可能會導致更大的問題。草率的代碼幾乎總是會導致破壞未來工作的復雜性。

名稱欄目：關于軟件開發，老板不知道的6件事
文章URL：http://www.js-pz168.com/news/113314.html

網站建設、網絡推廣公司-創新互聯，是專注品牌與效果的網站制作，網絡營銷seo公司；服務項目有軟件開發等

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯