協(xié)調(diào)一個大型的軟件開發(fā)項目，協(xié)調(diào)定義為“管理活動之間的相互依賴關(guān)系” ，協(xié)調(diào)機制是允許個人集體行動的組織安排。相互依賴關(guān)系包括共享資源依賴關(guān)系和活動同步。
華盛恒輝北京軟件開發(fā)公司是創(chuàng)造性的工作，意味著單一的最優(yōu)解可能不存在，而完成的進度可能難以估計。這樣做的一個原因是，不同工作之間的相互依賴可能是未知的或具有挑戰(zhàn)性的，以便識別，使得很難知道誰應(yīng)該參與工作，以及是否有正確的順序來使各方完成自己的專門工作。
大規(guī)模軟件開發(fā)協(xié)調(diào)是非常重要的，因為許多軟件外包人員和開發(fā)團隊同時進行這項工作。在這些項目中，相互依賴關(guān)系比小型項目更為不確定; 因此，團隊需要知道誰是專家和哪些專家聯(lián)系，特別是當他們在團隊之外甚至在不同的網(wǎng)站。Licorish和MacDonell]研究了全球軟件團隊，發(fā)現(xiàn)團隊網(wǎng)絡(luò)專家的可用性與項目級績效相關(guān)。
協(xié)調(diào)可以是預定義的。在協(xié)調(diào)情況之前就進行了預定義的協(xié)調(diào)。它通常包括建立書面或不成文的規(guī)則，例程，程序，角色和時間表。另一方面，當情況未知和/或無法預料時，就會發(fā)生協(xié)調(diào)。參與這種情況的人不知道如何貢獻。他們不了解實現(xiàn)什么，誰做什么，工作應(yīng)如何分開，子活動應(yīng)該按什么順序和何時行事。因此，在相互協(xié)調(diào)的情況下，有關(guān)各方必須以臨時方式即興和協(xié)調(diào)努力。
軟件開發(fā)項目，特別是大規(guī)模的努力，具有預定義和位置協(xié)調(diào)的組合。例如，參與的團隊可能已經(jīng)知道團隊的目標和工作流程，但他們可能不知道誰在團隊外執(zhí)行什么，否則他們可能知道誰在做什么，而不是完成任務(wù)。為了補償缺乏對活動實際發(fā)生的預定義知識，團隊和團隊成員必須自己更新活動/情況的狀態(tài)，以更好地了解誰做什么。通過例如共同地點和會議來改善團隊成員和團隊之間的知識交易，可以加強對過程和活動的認識。
當然，當團隊成員彼此緊密相連時，特別是當他們在同一個房間的時候，他們通過觀察和監(jiān)聽他們的活動來更加意識到其他成員的工作。此外，例如在日常會議期間，團隊成員不斷更新狀態(tài)，并意識到這些變化。然而，將大型項目的每個成員都放在同一個房間或同一個會議中往往是有問題的。實證案例，例如Boden等 展示了例如組件工具在支持知識管理方面的局限性，如果不是基于他們旨在支持的社區(qū)的工作實踐。同樣，北京軟件外包公司大規(guī)模發(fā)展的主動權(quán)，在基本協(xié)調(diào)機制未能支持在三個地點的40個隊的協(xié)調(diào)。相反，北京軟件外包公司研究中的知識共享和工作協(xié)調(diào)是通過一些實踐社區(qū)實現(xiàn)的，這些社區(qū)被稱為組織中定期分擔關(guān)注或一系列問題的群體?；谶@些發(fā)現(xiàn)，我們提出，面向社會化的協(xié)調(diào)機制在大型多團隊和多場所環(huán)境中至關(guān)重要。

2.2。建筑協(xié)調(diào)
架構(gòu)協(xié)調(diào)通常用于小化協(xié)調(diào)團隊之間以及跨地理，文化和語言邊界的需求。大型分布式項目的參與者通過軟件模塊接口協(xié)調(diào)其開發(fā)工作。依托這一策略，可以分別開發(fā)每個軟件模塊，從而緩解協(xié)調(diào)問題。
然而，經(jīng)驗表明，架構(gòu)協(xié)調(diào)的有效性是有限的，因為系統(tǒng)模塊從來不是真正獨立的。孤立地開發(fā)技術(shù)上相互依賴的模塊可能會導致差異，這些差異通常在整合之前保持隱藏。此外，遵循模塊化開發(fā)并將特定模塊的工作分配給單個團隊的組織，培養(yǎng)更多關(guān)于該模塊的專業(yè)知識，而不是關(guān)于系統(tǒng)不同部分的更廣泛的知識。這可能導致更多的知識依賴，如果模塊具有功能依賴性或復雜的集成點。Herbsleb等。證明僅僅模塊化不足以克服這些挑戰(zhàn)，基于架構(gòu)的，基于計劃的和基于流程的協(xié)調(diào)，而不需要協(xié)調(diào)配合的可能性就會失敗。
在大規(guī)模軟件開發(fā)中通過模塊組織團隊的另一個替代方案是分配團隊對功能的責任。Paasivaara等人研究了特征的協(xié)調(diào)在使用Scrum的大型全球分布式軟件開發(fā)項目的案例研究中。大型項目中的一個功能可以涵蓋幾個子系統(tǒng)和模塊。Paasivaara和同事發(fā)現(xiàn)，基于特征的Scrum Scrum會議可以是一個很好的協(xié)調(diào)機制，因為一小部分具有共同興趣和目標的人可以共享，討論和解決問題。

2.3。通過網(wǎng)絡(luò)協(xié)調(diào)
例如一個人不可能擁有在大型項目上工作所需的所有知識，而且協(xié)調(diào)是至關(guān)重要的，那么北京軟件開發(fā)公司人員和軟件團隊就需要依賴嵌入在內(nèi)部，來自云同一個關(guān)系網(wǎng)絡(luò)，也稱為社會資本。社會資本既是網(wǎng)絡(luò)本身，也是可以通過該網(wǎng)絡(luò)動員的資產(chǎn)。Oliver等人]將知識網(wǎng)絡(luò)作為網(wǎng)絡(luò)，促進學習，并連接專家和新手，以通過群組交互來支持按需連續(xù)學習。
如前所述，大型項目團隊經(jīng)常孤立工作，同時與其網(wǎng)絡(luò)中的關(guān)鍵專家進行溝通和協(xié)調(diào)。因此，需要在不同層次上進行協(xié)調(diào)：北京軟件外包公司團隊內(nèi)部，團隊之間以及團隊與組織的其他部門之間進行協(xié)調(diào)。在他們的系統(tǒng)文獻綜述中，Mathieu et al。[24]得出結(jié)論，團隊在網(wǎng)絡(luò)中的中心地位有利于表現(xiàn)。Centrality似乎為團隊在獲取和應(yīng)用資源方面提供了優(yōu)勢。該團隊在如何利用團隊內(nèi)的社交互動方面擁有社會資本，以及如何利用其網(wǎng)絡(luò)中的外部聯(lián)系人創(chuàng)造價值[。
社會資本使軟件外包團隊能夠?qū)崿F(xiàn)不可能實現(xiàn)的結(jié)果，或者只能以開發(fā)團隊的額外成本實現(xiàn)。此外，由于社會資本增加了信息傳播的效率，如果培養(yǎng)知識網(wǎng)絡(luò)，大型項目的技能或作用就會減少冗余; 即如果社會資本很強。
團隊和團隊成員的社會資本價值取決于許多因素，包括知識網(wǎng)絡(luò)特征。例如，一個既定的網(wǎng)絡(luò)內(nèi)的溝通和協(xié)調(diào)不良導致業(yè)績不佳。孤立工作的團體從外部網(wǎng)絡(luò)中獲益少。相比之下，凝聚力的群體能夠傳播從知識網(wǎng)絡(luò)獲得的信息，并大化自己的表現(xiàn)。圍繞一個團隊的知識網(wǎng)絡(luò)的特征也會影響社會資本的價值。一個這樣的因素是外部接觸冗余。相同的接觸導致相同的知識來源，導致冗余。由于網(wǎng)絡(luò)需要時間和精力，聯(lián)系冗余會阻礙性能。因此，對于兩個相同大小的知識網(wǎng)絡(luò)，具有較少冗余聯(lián)系的知識網(wǎng)絡(luò)將提供更多的益處。
網(wǎng)絡(luò)穩(wěn)定又起重要作用。當人們離開組織時，他們的聯(lián)系通常與其所包含的任何社會資本相融合[26]。假設(shè)其他工作人員的變化(例如團隊成員輪換，晉升和搬遷)也會影響團隊的社會資本是公平的。此外，不同類型的團隊具有不同的網(wǎng)絡(luò)需求。劉易斯[27]發(fā)現(xiàn)，豐富的外部知識網(wǎng)絡(luò)對于處理陌生任務(wù)的跨職能團隊而言，比從事熟悉和不相關(guān)任務(wù)的團隊成員更有價值。主要原因是對專業(yè)團隊的團隊成員(例如組件團隊)來說，將其專業(yè)知識整合到表現(xiàn)上可能不太重要。
很可觀，一個大型的軟件開發(fā)項目能夠在成員聚集起來時，積累社會資本，主要任務(wù)，監(jiān)督活動和協(xié)調(diào)工作，特別是在需要相互調(diào)整的情況下，即通過非正式溝通進行協(xié)調(diào)。所謂“邊界扳手”的作用對于連接組織網(wǎng)絡(luò)的偏遠部分尤為重要。此外，還有培訓機制，積累了軟件外包團隊在工作中的社會資本。某些開發(fā)方法(如敏捷軟件開發(fā))和軟件外包開發(fā)實踐(例如配對編程，日常會議和審查會議)可以促進開發(fā)團隊內(nèi)的頻繁聯(lián)網(wǎng)和廣泛的互動。例如，實踐社區(qū)(CoPs)和不同論壇的參與促進了軟件外包開發(fā)團隊和單位的聯(lián)網(wǎng)，如大規(guī)模開發(fā)。通過投資于社會資本，組織可以使許多人獲得的少數(shù)知識擁有專門知識或獨特知識。