agile-project-management

0熱度

2回答

我們是一個團隊的30人，由業務經理，開發人員和軟件測試人員的。我們的開發人員在部分不同的項目上 - 部分是相同的產品。他們儘可能地互相幫助。因爲我們都在同一個房間裏，所以這很容易。現在我問爲什麼我們不使用Scrum的。一個答案我得到的是：因爲大家都在同一個房間，我們互相幫助。這很快，所以我們可能不需要scrum。我們的一些產品僅由2人開發。所以如果只與我們兩個人舉行獨立會議，這會有點奇怪。同

-1熱度

1回答

我們可以向Assembla項目添加一個工具來允許用戶投票選擇未來的功能嗎？

在管理員/工具/更多我找到了Sopport工具。這是它的描述：該支持工具與票務工具，以提交和以下問題，錯誤，並功能要求爲客戶提供支持票系統集成。客戶可以個人看到他們提交的票據。不幸的是，我沒有看到用戶可以上/下他們喜歡的功能（或錯誤）。是否有可能使用Assembla做到這一點，或者我們必須使用外部工具？

-2熱度

5回答

單一開發團隊致力於處理多個產品積壓（產品）

我們有一個開發團隊（約20名團隊成員）目前從事5種產品擁有者（每種產品一種）的5種產品。我們正在努力處理不同產品之間的故事優先級問題，以及針對相同的大量會議。下面是我們正在尋找的兩個選項： 1.合併產品積壓到一個單一的產品積壓這樣的團隊可以拉從一個產品積壓的故事衝刺積壓。（並且不必再爲優先級而煩惱）。但單一產品積壓可能太大而難以管理。 2.分離球隊分成5隊爲每個產品但這目前還不可能，因爲我

0熱度

3回答

敏捷的業務方面

據我所知，敏捷或多或少像一個開放/靈活的過程。這意味着我期待並期待利益相關者的快速變化。但是這樣的業務方面呢？如果利益相關者對產品有特定的預算會怎麼樣？如果他們的變化超出了指定的預算會怎麼樣？作爲「敏捷契約」有沒有一個術語？敏捷的

1熱度

1回答

修改TFS 2015中的任務日期，使其顯示在燃盡圖表上？

一旦輸入，TFS 2015任務的輸入和/或完成日期是否可以修改？我已經完成了任務規劃的天（即當日的故事和任務是進入TFS），燒的努力沒有反映在這篇文章中詳述的燃盡圖中... Burndown chart shows no data in TFS 對於將來，我可以確保所有任務都是在任何工作開始前的晚上輸入的，因此這不會發生，但是我想知道的是...可以輸入和/或完成日期TFS 2015中的任務將被修

-1熱度

2回答

爲「精益」用戶故事編寫驗收測試

我們正在轉向更精益的方法，看板很多。我們開始將我們的用戶故事分解爲很小的用戶故事，但是有很多問題正在提出，哪些故事應該有驗收測試，哪些不應該。例如，我們已經分手一個故事變成2.首先創建一個實體和一些基本領域。另一個擴展在這些領域，並增加更多的功能。通常我們會在第二個故事結束時編寫驗收測試。但是，我們現在應該寫一個小的驗收測試，我們有一個較小的故事，然後在我們做第二個故事時擴展驗收測試（s）？它

0熱度

1回答

任務或用戶故事捕捉大工作，但不具體與開發有關？

如果在一個並非專門進行軟件開發的迭代中需要做大量工作（例如將應用程序遷移到新服務器，做一堆數據分析，在研究某個特定故事之前研究技術方面的東西），那些是用戶故事還是任務？對我來說，他們只是任務，但其他人喜歡將它們捕獲爲用戶故事，以顯示業務正在完成的所有工作。如果他們不是用戶故事，那麼他們必須專注於「支持/管理」的旋風，這是其他時間百分比（我們的40％-50％），在向業務報告時看起來不太好。任何想

-1熱度

1回答

用戶故事不斷被添加到「一般用戶故事」，儘管下一個用例正在創建

繪製以下UC圖後，我右鍵單擊一個用例，並將其發送給積壓它表現爲在產品積壓的新活動，就像這樣：所以我將它移動到板和創建任務和下方的史詩：然後我去了所謂的「插件部署」新主題創建用戶故事：一切偉大的工程，到目前爲止，我甚至可以編輯的對話和確認事項：問題當我啓動下一個新的模式選項卡「方案」，目前的故事，到目前爲止，我還以爲我的「插件部署」用例有關，似乎是「一般用戶故事」：我該如何以正確的方式

0熱度

1回答

由Phabricator支持工作日誌記錄還是可以引入工作記錄功能？

我們正在檢查在我們的軟件開發活動中使用Phabricator的可行性。我們目前正在使用JIRA並正在尋找打火機替代品。我們認爲JIRA是一種通用工具，不僅專注於軟件開發，而且Phabricator對於我們而言看起來更輕巧且集成度更高。我們找不到的一個功能是工作日誌記錄。目前，我們正在使用jira工作日誌記錄功能來提取項目管理報告的數據。所以基本上我的查詢是是在Phabricator可用的工

-2熱度

1回答

JIRA是否也支持內容管理？

如果它同時具有敏捷開發和許可內容管理功能，那將是一件好事。也可能比使用敏捷支持內容管理的JIRA更好。主要目的是爲客戶開發產品應用程序。