成功的團隊項目是從簡單的策略中衍生出來的嗎？

Question

在我的幾年編程中學到很多東西，最好的項目是明確的'戰略計劃'。
這意味着理解的目標和研究，研究和研究！
那支隊伍必須認識到它不是「目標」，以顯示你有多聰明，或者使用最複雜的設計模式，但有獲得期望的計劃的簡單明瞭的方式最重要的概念。

我正在發揮領導作用;我想知道你們中的一些人對我的評論有什麼意見嗎？

Answer 1

我寫了一本領先的軟件開發團隊的「哲學」，其中您可能會發現一些有用的觀點。在這裏找到：http://aaronofward.com/philosophy.html

Answer 2

有跡象表明，來我的心在一隊是主要的影響方面的其他因素：

1. 動機 - 是否每個人都在球隊儘自己最大的？他們如何致力於取得成功？他們是否有這種動力去到終點線？每個人都在工作中保守，因爲每個人都害怕犯錯誤而失敗？我認爲這不屬於「簡單明瞭的方式」。文化或心理學可以用其他術語來描述完成任務很重要的這一方面。

2. 技術 - 過程將是這部分的另一個術語。事情是如何流動的，團隊似乎是以一個很好的步調跑步，或者出現和停止？如果建立得不好，那麼應該很明顯會發生什麼樣的災難。我會給你一個「簡單明瞭的方式」，與這一點非常相似。

只給多一點的例子，這一點，讓我解釋一些東西在我的團隊是如何工作的：

有每日站立會議，每個人總結了昨天他們的進步，是什麼他們今天計劃，他們有什麼阻滯劑。儘管對於那些花了一些時間去做技術事情的人來說，阻擋者似乎是一個簡單的概念，但最終並不一定那麼簡單。爲什麼這會阻止你完成任務，有哪些解決方法可用，誰有權決定應該採取哪條路徑，有些問題可能存在。

然後有一對編程，一個開發人員與另一個開發人員配對，一起完成一些任務，以便一對人知道所做的事情，並且這不僅僅是一個人的瘋狂科學實驗。

Sprint和圍繞它的計劃會議是另一個方面，用於幫助我們完成工作，並通過我們的環境促進工作，從而可以根據需要隨時調整優先級。

故事卡片用於將作品分解爲一口大小的作品，並沿着牆壁移動以標記進度以及跟蹤每張卡片上燒製圖表的時間。

現在，採取所有這些想法和做法，似乎我工作在一個簡單明瞭的方式？雖然每個小部分可能都很簡單，但總體而言，我認爲不難理解並理解事情如何完成的所有細節。欲瞭解更多信息，請看Motivation and Technique。