業務是什麽

https://www.cnblogs.com/kiba/p/9207055.html

一個團隊的成員有很多人，其中包括項目經理，架構師，組長，組員等等其他人員。就純開發而言，編寫代碼的人員只有架構師和組長、組員三個角色。要完成架構，就要利用好三種角色的關系，並且使用正確的人。架構師的責任是架構，構建出框架的摸樣，而架構在實際應用中包含著兩個概念：業務和開發。

業務是什麽？
業務是架構設計的重要依據，在設計時必須要有一個業務管控的角色和架構師一起進行，而這個業務管控的角色即可以是一個人也可以是多個人。

舉個例子，我們在實際開發中經常遇見開發人員說設計不合理，從而產生反感情緒，有甚者拒絕開發。為什麽？因為設計違背了開發人員對項目的理解，這些設計指什麽？可以是數據庫設計，可以是流程設計，也可以是其他。但如果在設計時和對應的業務管控角色一起進行，那麽會很大程度的降低這種現象。

開發是什麽？
開發就是實際編碼，實際編碼分為兩部分，框架編寫和項目實現編寫，框架編寫時很多人有個誤區，框架要由架構師完成。實際上框架編寫架構師應該只參與一部分，那麽就需要在團隊中找到一個技術優秀的人和你一起完成框架，這裏就是一個人而不是一個角色了，而之後其他組員的疑問，和框架的擴展就由這位成員來解答和完成，這樣不但是對這位組員技術的一種鍛煉，也節約了架構師的時間。

為什麽需要這麽一個人呢？舉個例子，我們在實際開發中經常遇見開發人員抱怨框架設計不合理，不夠細節，這時架構師做的任何解釋其實都是惘然，因為一個人的話語永遠是蒼白無力的，而開發人員對技術的質疑和對業務的質疑對項目進行速度的影響是截然不同的，前者遠遠大於後者，但如果加一個開發人員和你一起去解釋就不同了，它會保證項目順利的進行。

理論中的架構和實際中的架構差距太大，在理論中，它沒有人員的矛盾預測，沒有成員的技術能力的預判，也沒有人類情緒的設定，理論從來不會告訴你如何實現一個任何人都不理解的框架需要哪些談判和溝通，他只會告訴你如何制作。而現實中，我們需要談判，需要溝通，需要技巧，而這些不是一個人能完成的，它需要有人支持，有人理解，我們不能期盼每一個項目都有完美的領導和技術團隊，我們只能通過溝通引領一部分人站到我們的身邊，在面對困難的時候，能夠屹立不搖。

業務是什麽