development-process

    -3熱度

    5回答

    我正在爲一個擁有大約15名員工的團隊尋找應用程序生命週期管理工具。它應該提供下列功能: 一般 多用戶網絡系統 儀表板爲每個用戶 應爲是合適的Scrum 多個項目 問題跟蹤器 分離的bug,改進和新功能 問題應該有:問題之間 訂單類別,級別,狀態,說明,文件附件,受讓人,預計時間,所需的時間,進度 依賴通過優先 的問題,並取決於層級累積的關鍵性能指標項目(一個子項目的範例進展)分層結構 產品/發佈管

    0熱度

    1回答

    當我們沒有考慮服務/ DAO層時,Spring MVC/portlet-MVC應用程序使用JSP作爲視圖層的正確開發流程是什麼 - 它通常已經完成。我的意思是,如果我一次創建控制器+ JSP(s),我會在一段時間內感到迷茫,一切似乎都是一團糟,我放棄了關於應用程序設計和需求的整體調查。但另一方面,我無法想象我會首先創建JSP,然後是控制器或控制器,然後是JSP。 編程portlet要複雜得多,解決

    2熱度

    5回答

    什麼時候一個非重要的bug成爲一個功能,或者如果一個bug始終保持爲一個bug? 例如。是否應該有適當的時效限制。 例如,如果您的定義法規爲1年。該錯誤在18個月前推出,但今天才被發現。 如果該錯誤被定義爲「現在這個系統是如何工作的」並且改變它,它應該被放置在積壓的優先級上。

    0熱度

    1回答

    作爲一名設計師,我有時覺得需要用流程圖等圖形形式描述應用程序的主要思想。這些東西很容易理解開發公司,並可以傳達應用程序的目的和可能需要提供的主要功能,以便最終用它們回覆建議,粗略估計和轉換時間。 應用程序仍然處於構思階段,因此創建原型是一個矯枉過正的過程。我可以把它作爲一個流程圖,但我認爲應該已經有一個傳統的專業人員遵循的方式,而不是通過會議或輸入細節。 你如何去做這件事?如果流程圖是要走的路,那

    2熱度

    4回答

    這裏有一個有趣的使用眼動追蹤軟件來生成「熱圖」的書面報告,顯示用戶花費大部分時間在屏幕上的哪個位置。 任何導致這樣做的良好軟件包,而無需付費通過鼻子來爲您運行評估? http://www.useit.com/eyetracking

    11熱度

    3回答

    如果技術項目如「升級服務器v1到v2」或「提高啓動性能」或「重構登錄模塊以降低代碼複雜性」會進入產品待辦事項中,如果有的話,非技術產品所有者應該如何能夠優先考慮他們與其他更多功能積壓項目? 是否應該有單獨的技術積壓積壓?我們是否應該與兩個人共同承擔採購職責,以便在產品積壓工作中優先處理功能和技術方面的問題?

    0熱度

    1回答

    Team Foundation Server 2008允許每個簽入都與一個工作項目相關聯,但是如果您正在開發跨多個團隊項目的某些功能,您會怎麼做? 例如,你正在開發一個客戶端一個特定的產品,並且產品有自己的團隊項目,而且還使用了一些它們在其他團隊項目單獨維護您的其他組件或工具。 您在哪裏創建涉及兩個項目變更的需求的工作項目? 分居,在自己的團隊項目的每個工作項目 在客戶項目小組的所有工作項目,無論

    -1熱度

    1回答

    我在哪裏可以找到有關如何使用Bug,風險,情景,任務和服務質量要求工作項目的實例? 在MSDN文檔上,我找到了這個主題:http://msdn.microsoft.com/en-us/library/bb668962.aspx,但對於我深入瞭解什麼時候使用這兩個主題是不夠的。 謝謝!

    1熱度

    3回答

    我正在緊張的時間表上,爲項目提供最少的資源。 我想爲這個項目實踐測試驅動的開發,但實際上,我沒有時間去學習任何更復雜的框架,比如Cucumber,Rspec等等。而且這可能會適得其反無論如何 你建議什麼是我最低限度?

    2熱度

    8回答

    我一直在試圖讓我們的軟件部門採用某種開發過程方法。我們只有9個開發人員,以及大約多個項目。目前,我們只能形容爲混亂。或者,也許是'危機驅動的發展',因爲我已經看到另一個SO用戶稱它。 使用看板看起來像它可能很適合我們。所以我和其他人討論過,每個人都認爲它聽起來不錯。但是當我們討論應該如何安排董事會時,每個人都希望每人做一個董事會。 現在,我從來沒有嘗試過看板或者任何方法,但是感覺每個人都在自己的董