Joel Test是一個很好的名單，檢查每個軟件公司應該關注的一些必備條件。如何提高開發團隊的Joel測試分數？
它們是：
我當前的公司在一個月前到達那裏時打0（我說ZERO）分。現在我們'自豪地'擊中3個源代碼控制，一步構建和每日構建。但我試圖做更多的事情（bug數據庫，wiki，安靜的條件，更好的採訪......）！
貴公司呢？多少點擊？列出你將做什麼來實現更多！
現在，如果我們知道bug和8 99％的時間，我們有時會打到第5位。
明天，我會開會，推動1,4,5,6和7.我認爲你唯一能做的就是挑選一兩個並且追求那些。設置一些東西，開始使用它們，並向其他人展示多麼容易/更好的生活與他們在一起。
One（1）。我們有源代碼管理。但這是一家小型創業公司，所以我仍然抱有很高的期望。
我的當前項目：1 Y 2 N，3 N 4 Y，5 N，6 N，7 N，8 N，9 N，10 Y，11 N，12 N
總數：3
猜猜看，它很糟糕。開發團隊一直在努力爭取2,3和5，但它從未完全得到管理層的批准。操作軟件太麻煩了，修補程序需要時間，並且沒有人允許執行這些「低優先級」類型的活動。
有趣的是，這個項目是在CMMI 5級公司。去顯示什麼是值得的。
我讀過關於CMM/CMMI。我認爲這意味着什麼。我認爲有一個定義明確的流程（開箱即用，或者從多個不同的流程中分離出一些流程來制定合適的流程）很重要，但流程本身並不重要。事實上，「定製」過程可能會更好。 – 2008-09-25 12:21:36
@Thomas，我的經驗是CMMI對軟件質量沒有任何意義。這完全是關於生成文檔。一個蹩腳的團隊仍然會輸出糟糕的軟件。 – 2008-09-25 22:30:22
當然，我根本無法理解公司如何看不到體面源控制系統的必要性。我們正在使用SVN。總計：1分。
我們的構建過程至少需要5個步驟，儘管我們討論了很多次使魔法一步構建發生的方法，但我們還是沒有找到時間來實現該場景。總計：1分。
是的。如前所述，它們不是自動創建的，但我們每天都會將日常構建合併到我們每天執行的代碼審查步驟中。總計：2分。
是的，Mantis被我們公司用於此目的。總共：3分。
不幸的不是。新功能似乎比bug修復更重要。直到那時，他們肯定需要修復。這通常太晚了。總共：3分。
我們一直更新日程安排，使用burndown-charts來估計我們完成的時間。總計：4分。
我們有一些規格，但我不會打電話給我們的項目spec-complete。我們公司有很大的改進空間。總計：4分。
是的，我們的公司大樓住在一個安靜的街區，在同一個房間裏不超過2或3個開發商。總計：5分。
沒有。總計：5分。
我們最近才實施了由三名測試人員組成的整個質量保證部門。總計：6分。
我們的團隊沒有太多的波動，但面試包含了一些編碼相關的問題，其中候選人必須編寫一些樣本班等。總計：7分。
不，可悲不是，但這是一個好主意。總計：7分
總而言之，我認爲有很大的改進空間，但與我們合作的其他公司相比，7分可能不是最差的分數。
當前公司橫跨大部分項目，有些更差（更糟！）
1：Y，2：Y，3：Y，4：Y，5：N，6：N，7：通常8： N，9：N，10：N，11：N，12：N
對我來說，在我目前公司的大問題是10和11
我們沒有專門的測試資源，即使我們擁有100多位開發人員的開發資源，而不是一位專業測試人員！你猜怎麼了？測試並不好，我對我們生產的應用程序的質量感到驚訝，這對我們的一些開發團隊的質量提出了質疑。
我們的介入過程很糟糕。我們最近聘用的一名開發人員僅在C語言中擁有背景知識，並且爲satelight接收器提供了代碼。請記住我們是Microsoft/.NET/VB6/SQL Server。他對任何描述或WinForms開發的數據庫都沒有經驗。
當我問他被聘用的時候，我在面試小組中被技術負責人告知，人員禁止他詢問技術問題，因爲當這個人被邀請參加面試時，他沒有被告知這將會做一個技術性的採訪！
我對＃11感慨良多。一方面，我認爲一些偶然的面試白板問題可能是非常具有誤導性的。候選人並不總是期待它，他們很緊張，並被要求在觀衆面前編碼。爾加！另一方面，我覺得你可以通過一個簡短的電腦測驗來了解某人如何適合你的組織。
如果您使用臨時服務和臨時僱用，如果您對他們的早期工作進行代碼審查，那麼這算不算？然後這項工作成爲測驗。
喬爾測試的問題是，即使達到12並不意味着你正在爲一家好公司工作。雖然如果你在零，你可能不是。
我目前有一個客戶端正在運行一個七，這意味着在理論上他們並沒有太壞。事實是，由於其他問題（糟糕的架構，缺乏管理支持等），他們仍然非常糟糕。
更新：自裁員以來，我們也取得了第8項產品。 – 2009-03-30 11:30:33