項目中使用的軟件方法

Question

目前我正在將基準應用程序移植到另一個系統。我一個人工作，所以我真的很沮喪，我真的必須使用哪種軟件方法。請給我一些想法。

Answer 1

我打算假設你想知道在你的項目中使用哪種敏捷方法，因爲你相應地標記了你的問題。

敏捷主要講述：

• 交付可以工作的軟件不斷並定期
• 在技術上精益求精瞄準和避免技術債務
• 改進我們的工作方式，並定期反思的

我說出你使用的任何東西，甚至是你自己的軟件開發方法，如果你能從列表中檢查這三個項目，那麼你幾乎是敏捷的 對我來說。有些人需要嚴格的指導方針和文物，這很好，他們可以幫助人們成爲敏捷人士，但遠不是強制性的，儘管有教條。

以下是我將如何處理您的情況。

1. 退一步，並嘗試確定此基準測試應用程序的最重要的功能或能力。最重要的是，我的意思是人們最終使用它的那些特徵不能沒有。一旦你有了這些清單，把它們放在便利貼，索引卡，trello，jira或任何你想使用的工具上。

2. 將這些功能中的每一個功能分解爲業務驅動的全功能功能塊。我不是在說這裏的技術任務，而是實際人員可以使用的較小功能。我通常在這裏選擇「奶奶驅動」的方法，問自己：「奶奶能明白我想做什麼？」。這只是爲了確保我專注於完整的堆棧功能，而不是像「填充數據庫」這樣的技術任務。一種可以看到這一點的方法也是將尺寸規劃應用於您確定的每個功能（http://www.xpday.net/Xpday2007/session/DimensionalPlanning.html）。

3. 爲自己設定一個迭代長度（當我獨自一人工作時，我通常會進行1或2周的最後一次），並且一次只能開始一個小項目。以後不要編寫代碼，只需要解決手頭的問題。質量不是一種選擇。關注良好的編碼和測試實踐。

4. 在迭代結束時，檢查您實現了多少功能，並將該數字放在圖表的某處，谷歌電子表格中或其他地方。這將幫助你看看你是否正在跟蹤。從同事或系統的任何潛在用戶那裏獲得反饋，並反思該反饋。這不是因爲你正在向另一個平臺移植，你無法做得更好。

5. 如果你最終沒有什麼剩下的或沒有足夠的東西在你要做的事情列表足夠小的粒度，花一些時間，重複步驟1到3

6. 在每次迭代結束時，繼續跟蹤你做了多少項目，看看你是否還有足夠的速度。如果不是，問問自己爲什麼要改變工作方式或尋求幫助。同樣，您的主要工作重點是在每次迭代結束時取得進展並提供適用的軟件。

它可能不是回答你的問題，我知道我沒有給你的類型回答，用看板，爭球或什麼，但我真的相信這不是在您的具體情況適當的，只會產生開銷和你無聊。

希望無論如何，幫助你的項目，祝你好運。