構(gòu)和框架之上，能繼續(xù)朝里面添加或者迭代什么功能，也不要指望它能夠跑得有多快、有多遠。甚至，更多的可能是，你在項目功能進行迭代的時候，它已經(jīng)無法兼容和承受這么多的負荷，變得支離破碎，牽一發(fā)而動全身，瞬間就宕機掛起。系統(tǒng)架構(gòu)和框架的前瞻性、靈活性、兼容性是分布式開發(fā)、多用戶并發(fā)環(huán)境里必須要考慮的重點和難點問題之一。
8、明確系統(tǒng)的關鍵邏輯
前面已經(jīng)很明確了，留給開發(fā)團隊僅有的2個人員的開發(fā)時間沒剩下多少啦。如果你還不主動出擊，驅(qū)動關鍵業(yè)務方，明確系統(tǒng)邏輯和規(guī)則，就會導致后續(xù)再多的開發(fā)人員都需要無休止地熬夜加班。盡早地確定系統(tǒng)邏輯和規(guī)則，本質(zhì)上是為了給開發(fā)人員、測試人員節(jié)省更多的時間，從而保證系統(tǒng)的質(zhì)量和性能。系統(tǒng)邏輯和規(guī)則的確定，最好的方式是最終都能夠用正式的郵件確認和統(tǒng)一過。
業(yè)務方不會明確地告訴你業(yè)務規(guī)則和邏輯是什么樣子的，所以需要你主動牽引，按照需求會議的討論內(nèi)容，結(jié)合你對業(yè)務的理解、對用戶的研究整理出符合當前的系統(tǒng)邏輯和規(guī)則，并請業(yè)務關鍵人員進行確認回復。因為只有明確了邏輯和規(guī)則，你才真正地為開發(fā)人員掃除了顧慮和障礙，才能在有限的時間內(nèi)聚焦在業(yè)務邏輯和規(guī)則的實現(xiàn)當中，而不是寫一行代碼出現(xiàn)一個疑問，然后朝你問十萬個為什么，之后僅有的時間又會浪費在解釋和思考當中。所以一個合格的項目經(jīng)理對項目的思考和規(guī)劃需要是最全面的，并且都能夠是前瞻性的，至少比團隊當中任何一個成員都需要有超前的思考。
需要強調(diào)的是，項目經(jīng)理需要調(diào)整心態(tài)，控制好自己的情緒。無論是什么原因造成的資源不足，你一旦接手了項目，就必須想盡一切辦法來克服困難，把項目做成功。你不可能令所有的利益相關方都滿意，但你能做到的是，用自己的努力讓自己滿意，保持內(nèi)心的平衡。同時，你必須學會最大限度地保障自己的利益，不必過分委屈求全。