IT行業(yè)從0-1了解軟件項(xiàng)目的那些事兒

成年人之間的客套，不能信，尤其是IT行業(yè)。

最近在忙啥？一起吃個(gè)飯？

不了不了，手里還有幾個(gè)項(xiàng)目呢，下次吧

“項(xiàng)目”二字，彰顯的是身份，是能力，不說(shuō)項(xiàng)目多大，不談?chuàng)问裁唇巧?，只要我能參與到這個(gè)項(xiàng)目中，我就是厲害！

項(xiàng)目組的人表面上光鮮亮麗，背地里絞盡腦汁，進(jìn)入項(xiàng)目組中，就會(huì)發(fā)現(xiàn)，在軟件項(xiàng)目從0-1中，時(shí)間是按照“月”來(lái)計(jì)算的，幾個(gè)月甚至幾年，才能完成一個(gè)項(xiàng)目。

如果交給你一個(gè)軟件項(xiàng)目，你會(huì)怎么做？

今天就帶大家從0-1了解軟件項(xiàng)目的那些事兒，初學(xué)者可以了解在軟件項(xiàng)目工程中，主要涉及到哪些崗位以及他們的工作職責(zé)；經(jīng)驗(yàn)者可以了解軟件項(xiàng)目工程中，不同的崗位工作對(duì)于項(xiàng)目的定位是什么，如果要團(tuán)隊(duì)內(nèi)部協(xié)作的話，有什么思路來(lái)提高認(rèn)識(shí)。

項(xiàng)目不是一錘子買賣

項(xiàng)目不是一錘子買賣，所有崗位人員并行多任務(wù)操作，期間的崗位人員需要的不僅是各司其職，還需要相互和諧。

在項(xiàng)目開始前，首先要這明白幾個(gè)問(wèn)題：

梳理項(xiàng)目?jī)?nèi)部是如何協(xié)作的？以及為何這么協(xié)作？

軟件項(xiàng)目中的協(xié)作流程是什么？

各個(gè)崗位在流程細(xì)節(jié)上又是如何協(xié)作的？

軟件項(xiàng)目在產(chǎn)生時(shí)，經(jīng)歷的各個(gè)階段，都由不同崗位人員參與，他們的定位更加明確，只有在進(jìn)行項(xiàng)目協(xié)作時(shí)，考慮項(xiàng)目的生命周期、項(xiàng)目的迭代流程、項(xiàng)目的協(xié)作流程和高效協(xié)作方式，再體會(huì)不同崗位是如何項(xiàng)目協(xié)作的，才能營(yíng)造良好的協(xié)作氛圍。

項(xiàng)目生命周期

項(xiàng)目的生命周期大致分為5個(gè)階段：調(diào)研、設(shè)計(jì)、研發(fā)、測(cè)試和運(yùn)營(yíng)，整個(gè)周期呈現(xiàn)環(huán)形，方便后續(xù)進(jìn)行項(xiàng)目調(diào)整。

調(diào)研：多方位評(píng)估現(xiàn)狀，探索發(fā)現(xiàn)最符合公司利益的方案，金點(diǎn)子很重要。

設(shè)計(jì)：從產(chǎn)品的原型、UI界面和項(xiàng)目里程三個(gè)方面考慮，畫大餅很重要。

研發(fā)：根據(jù)團(tuán)隊(duì)人員數(shù)量和技術(shù)水平，合理拆分任務(wù)，做項(xiàng)目很重要。

測(cè)試：對(duì)照產(chǎn)品需求文檔、UI設(shè)計(jì)等因素下手，找對(duì)茬很重要。

運(yùn)營(yíng)：把環(huán)境做好，等待符合要求的穩(wěn)定代碼的到來(lái)，發(fā)布到生產(chǎn)服務(wù)器中，以技術(shù)的角度，將項(xiàng)目維持好，維穩(wěn)定很重要。

不同階段主導(dǎo)團(tuán)隊(duì)該做什么？

調(diào)研和設(shè)計(jì) ：產(chǎn)品團(tuán)隊(duì)主導(dǎo)，產(chǎn)品原型設(shè)計(jì)師、UI設(shè)計(jì)師，項(xiàng)目里程根據(jù)其他團(tuán)隊(duì)的能力逐漸梳理出來(lái)，不要貪快做不到。

研發(fā)：研發(fā)團(tuán)隊(duì)主導(dǎo)，其他團(tuán)隊(duì)參與。對(duì)于設(shè)計(jì)階段的內(nèi)容，產(chǎn)品原型由后端研發(fā)人員來(lái)完成，UI界面由前端研發(fā)人員來(lái)完成，前后端團(tuán)隊(duì)間把控好數(shù)據(jù)接口的標(biāo)準(zhǔn)。

測(cè)試：測(cè)試團(tuán)隊(duì)主導(dǎo)，其他團(tuán)隊(duì)參與。根據(jù)實(shí)際情況，依據(jù)產(chǎn)品原型的功能和UI界面的效果，進(jìn)行各種功能性測(cè)試和非功能性測(cè)試以及其他測(cè)試，最終保證過(guò)我收的東西是合格的。

運(yùn)維：運(yùn)維團(tuán)隊(duì)主導(dǎo)，其他團(tuán)隊(duì)參與。主要做的是環(huán)境標(biāo)準(zhǔn)化、業(yè)務(wù)流程化、操作自動(dòng)化等。

就以單一的基礎(chǔ)的項(xiàng)目任務(wù)來(lái)說(shuō)，運(yùn)維人員工作的時(shí)長(zhǎng)，要遠(yuǎn)遠(yuǎn)的超出其他人員對(duì)于項(xiàng)目的付出， 能力有多大，責(zé)任就有多大。

公司組建一個(gè)團(tuán)隊(duì)不容易，不可能一個(gè)人干活，其他人就靜靜地看著，為了讓大家創(chuàng)造出來(lái)價(jià)值，實(shí)現(xiàn)個(gè)人的能力升華，也為了讓公司更大程度的開發(fā)員工的價(jià)值，讓員工高效的工作，是我們最終的目標(biāo)。

對(duì)于項(xiàng)目來(lái)說(shuō)，一個(gè)無(wú)限循環(huán)的∞，而對(duì)于團(tuán)隊(duì)個(gè)人來(lái)說(shuō)，進(jìn)入到了一個(gè)，剛做完A就開始B，剛做完B就開始C的無(wú)限循環(huán)中，最終一個(gè)團(tuán)隊(duì)的所有人都在緊張而忙碌的并行工作，為了讓公司開發(fā)最大的價(jià)值而努力奮斗。

前半個(gè)循環(huán)參與的部門多，所以需要一個(gè)協(xié)作機(jī)制 AGILE，保證信息的交流是精確的，后半個(gè)循環(huán)是一個(gè)部分自己內(nèi)部消化的，所以無(wú)需其他的協(xié)作機(jī)制。

怎么合理的保障流程？

相關(guān)的產(chǎn)品人員，分析現(xiàn)狀問(wèn)題，發(fā)現(xiàn)梳理需求方案，確定最終方案思路，因?yàn)榉桨柑鬅o(wú)法一下子搞定，所以將方案細(xì)化成一個(gè)個(gè)有趣的故事地圖，為各個(gè)團(tuán)隊(duì)描述我們?nèi)绾文サ痘艋舻囊徊揭徊綄⒋笙箨P(guān)進(jìn)冰箱里。

拆分完成的故事地圖任務(wù)很多，為了保證產(chǎn)品能夠如期的完成，有我們的協(xié)調(diào)人員組織大家開一個(gè)計(jì)劃會(huì)，群策群力，都說(shuō)說(shuō)自己怎么辦，怎么干，需要花費(fèi)多少時(shí)間，最終根據(jù)時(shí)間節(jié)點(diǎn)，將任務(wù)按照優(yōu)先級(jí)進(jìn)行排列，田忌賽馬的方式，優(yōu)先完成核心功能，輔助的功能隨后以迭代或者其他方式來(lái)完成。

產(chǎn)品人員根據(jù)梳理出來(lái)的實(shí)施內(nèi)容，準(zhǔn)確的向?qū)嵤﹫F(tuán)隊(duì)（開發(fā)、測(cè)試、運(yùn)維）描述主旨，保證實(shí)施方向不偏，然后實(shí)施團(tuán)隊(duì)開始著手，圓環(huán)套圓環(huán)的方式將所有的任務(wù)列表中的內(nèi)容完成，并逐步發(fā)布到生產(chǎn)服務(wù)器，最終完成交付產(chǎn)品的目的。執(zhí)行過(guò)程中，每日的站會(huì)可以讓大家互相周知我們彼此在干什么，協(xié)作起來(lái)有了知根知底的前提。

產(chǎn)品發(fā)布前，通過(guò)回顧評(píng)審會(huì)，向產(chǎn)品人員演示我們的產(chǎn)品成果，評(píng)審成功，產(chǎn)品最終發(fā)布，然后進(jìn)行反思大會(huì)， 積極的開展我黨的批評(píng)與自我批評(píng)大會(huì)，讓整個(gè)團(tuán)隊(duì)氣質(zhì)高昂起來(lái)，優(yōu)點(diǎn)發(fā)揚(yáng)，劣勢(shì)規(guī)避，積極的為下一個(gè)版本的產(chǎn)品做好處。

這個(gè)流程簡(jiǎn)單來(lái)說(shuō)，可以理解為敏捷研發(fā)的scrum：三角色：PO、SM、DevTeam三工件：產(chǎn)品地圖、任務(wù)列表、完成報(bào)告五事件：用戶故事地圖梳理、工作計(jì)劃會(huì)、每日站會(huì)、回顧評(píng)審、反思會(huì)等。

協(xié)作流程中，開發(fā)、測(cè)試、發(fā)布緊密的結(jié)合在一起，這部分的工作是否高效，直接決定了整個(gè)項(xiàng)目協(xié)作流程是否能夠通順的走下去。而這部分的工作就是平常所說(shuō)的持續(xù)集成和持續(xù)交付的主要核心 操作對(duì)象：永遠(yuǎn)存在代碼倉(cāng)庫(kù)里面的“代碼”

1、研發(fā)人員在自己的本地環(huán)境開發(fā)代碼，開發(fā)完畢后，將代碼推送到代碼倉(cāng)庫(kù)。

2、沒(méi)人敢保證自己研發(fā)的代碼不會(huì)出現(xiàn)問(wèn)題，所以為了保證代碼能夠在生產(chǎn)環(huán)境正常運(yùn)行，所以將代碼先后拉取到公司開發(fā)環(huán)境、測(cè)試環(huán)境、預(yù)發(fā)布環(huán)境，對(duì)代碼進(jìn)行不同級(jí)別的測(cè)試和驗(yàn)證，最終保證代碼處于隨時(shí)發(fā)布的穩(wěn)定狀態(tài)。

3、運(yùn)維人員，將經(jīng)過(guò)層層測(cè)試保證的穩(wěn)定代碼，拉到生產(chǎn)環(huán)境中，部署成功后，開放相關(guān)的權(quán)限，最終用戶可以看到相應(yīng)的效果了。

4、整個(gè)流程，純手工來(lái)做的話，眼就瞎了，所以為了省事的同時(shí)也提高工作效率，做了如下兩個(gè)動(dòng)作：將所有的代碼獲取流程、代碼的部署運(yùn)行流程自動(dòng)化 -- jenkins之類的持續(xù)交付工具。將所有的環(huán)境標(biāo)準(zhǔn)化、流程化、實(shí)現(xiàn)基礎(chǔ)環(huán)境的快速呈現(xiàn) -- Ansible、Saltstack 實(shí)現(xiàn)配置的統(tǒng)一標(biāo)準(zhǔn)化管理，Docker、Kubernetes實(shí)現(xiàn)業(yè)務(wù)應(yīng)用環(huán)境的快速標(biāo)準(zhǔn)化。

DevOps來(lái)了

思路雖好，方案雖好，架不住團(tuán)隊(duì)里面有壞人，總想著有人要害朕。所以一個(gè)個(gè)部門領(lǐng)導(dǎo)要宣誓主權(quán)，導(dǎo)致部門之間出現(xiàn)各種交流障礙，最終害人害己。

因此需要一種軟性的交流思路，能夠打破不同部門的協(xié)作思路，推己及人，互相理解，于是DevOps來(lái)了。

用戶訪問(wèn)流程：用大家最常見(jiàn)的場(chǎng)景作為入口，理解團(tuán)隊(duì)協(xié)作的時(shí)候，都干了什么。

文件查找流程：我看到的文件，是怎么找到的？他保存在哪里？

文件產(chǎn)生流程：我們看到的文件，都是怎么產(chǎn)生的，有什么區(qū)別，都是誰(shuí)做的？

加速訪問(wèn)流程：頁(yè)面效果好不好，誰(shuí)說(shuō)的算？ 客戶。那么客戶對(duì)什么感興趣？時(shí)間。

基本訪問(wèn)流程：用戶在瀏覽器輸入域名，通過(guò)互聯(lián)網(wǎng)找到對(duì)應(yīng)的主機(jī)，主機(jī)上的應(yīng)用程序找到到處是空白窟窿的文件，通過(guò)程序機(jī)制到后端數(shù)據(jù)庫(kù)獲取數(shù)據(jù)，然后再空白窟窿的文件里面填充，形成完整的頁(yè)面，最終返回一個(gè)完整頁(yè)面數(shù)據(jù)，完整的頁(yè)面數(shù)據(jù)，在用戶瀏覽器渲染成一個(gè)完美的頁(yè)面。

問(wèn)題：

我怎么知道要找的主機(jī)在這里？

我怎么知道要找的文件在哪里？

我怎么知道頁(yè)面到處都是窟窿？

我怎么知道可以從后端數(shù)據(jù)庫(kù)獲取具體的數(shù)據(jù)？

我怎么知道獲取到的數(shù)據(jù)，可以填補(bǔ)空白頁(yè)面中隨處可見(jiàn)的窟窿？

查找主機(jī)流程

根據(jù)互聯(lián)網(wǎng)的域名管理系統(tǒng)，解析出來(lái)網(wǎng)站的服務(wù)器ip

因?yàn)槿罕娎锩嬗袎娜?，所以為了安全，不讓所有人看到真?shí)的服務(wù)器

根據(jù)用戶的請(qǐng)求，由反向代理服務(wù)器將請(qǐng)求轉(zhuǎn)交給真實(shí)服務(wù)器。

全球的根DNS實(shí)例1381個(gè)（截止到今天），由12個(gè)根dns運(yùn)營(yíng)商來(lái)管理，每個(gè)DNS實(shí)例的服務(wù)器數(shù)量未知，我們國(guó)家有37個(gè)根DNS實(shí)例（圖中數(shù)據(jù)沒(méi)有問(wèn)題，因?yàn)樗言侥系?個(gè)算到了香港的那個(gè)區(qū)域中）。

用戶在瀏覽器輸入的地址主要有三部分組成：

域名 - 解析為ip地址，目的是找互聯(lián)網(wǎng)上的主機(jī)地址端口 - 請(qǐng)求的服務(wù)在服務(wù)器上以端口的樣式作為唯一入口。url關(guān)鍵字 - 請(qǐng)求的資源到底是什么，根據(jù)這個(gè)關(guān)鍵字有程序來(lái)識(shí)別。

nginx web關(guān)鍵查找url關(guān)鍵字流程

通過(guò)server配置段內(nèi)部的listen監(jiān)聽端口接收用戶請(qǐng)求，根據(jù)location匹配的關(guān)鍵字，查找對(duì)應(yīng)的資源對(duì)象，到root指定的目錄下找index匹配的文件。

Django web程序查找url關(guān)鍵字流程

nginx反向代理請(qǐng)求給Djangoweb應(yīng)用程序，應(yīng)用程序的路由系統(tǒng)匹配路由關(guān)鍵字，交給后端的view視圖系統(tǒng)，views視圖系統(tǒng)根據(jù)request對(duì)象識(shí)別相關(guān)參數(shù)，按照內(nèi)部的函數(shù)邏輯對(duì)數(shù)據(jù)進(jìn)行整體處理，借助于后端的數(shù)據(jù)庫(kù)引擎基于模型類從后端數(shù)據(jù)庫(kù)中獲取數(shù)據(jù)，根據(jù)render函數(shù)找到到處是窟窿的模板文件，然后基于context的屬性將數(shù)據(jù)和模板整合為一個(gè)完整的頁(yè)面。然后原路返回給nginx程序，經(jīng)Nginx軟件，將數(shù)據(jù)返回給用戶瀏覽器端。

要?jiǎng)?chuàng)建頁(yè)面，就要了解頁(yè)面的表現(xiàn)樣式，目前互聯(lián)網(wǎng)上的頁(yè)面樣式，主要有這么三類：移動(dòng)端的上中下結(jié)構(gòu)，瀏覽器端的上中下結(jié)構(gòu)，瀏覽器端的左右上下結(jié)構(gòu)。

樣式雖多，但是生產(chǎn)的方式主要有兩種：干脆利索：直接在后端生產(chǎn)完整的頁(yè)面，最后統(tǒng)一返回給用戶方便快捷：先返回頁(yè)面框架，根據(jù)實(shí)際的情況，通過(guò)大量的局部請(qǐng)求，逐漸獲取頁(yè)面中的部分?jǐn)?shù)據(jù)

整合樣式1：web程序端的項(xiàng)目代碼邏輯，先獲取模板文件，經(jīng)由ORM工具從后端數(shù)據(jù)獲取數(shù)據(jù)，通過(guò)render函數(shù)將數(shù)據(jù)和模板整合為一個(gè)完整的頁(yè)面，返回給用戶，在用戶端進(jìn)行正常的渲染。

整合樣式2：將之前后端程序一個(gè)人做的事情，拆分為兩個(gè)地方來(lái)做，前端程序和后端程序，前端程序通過(guò)axios等方式，根據(jù)情況在用戶發(fā)起局部請(qǐng)求的時(shí)候，從后端獲取針對(duì)性的數(shù)據(jù)，然后再瀏覽器端逐一的加載到一起，最終形成一個(gè)完整的頁(yè)面。

所謂的用戶體驗(yàn)，就一句話，用戶訪問(wèn)的時(shí)候，越快越好，享受山大留學(xué)生的皇帝后宮式體驗(yàn)。網(wǎng)絡(luò)上的用戶體驗(yàn)策略多種多樣，我們直接從頁(yè)面本質(zhì)上入手。

如果一個(gè)頁(yè)面中的子文件對(duì)象少一點(diǎn)，頁(yè)面加載的速度就會(huì)快很多，因?yàn)闆](méi)有資源獲取的等待+阻塞時(shí)間了。

每個(gè)頁(yè)面都有自己的域名地址，如果大部分的文件都在同一個(gè)域名下，后面的資源就無(wú)需重復(fù)的域名解析，使用dns緩存記錄，可以大大提高文件的獲取效率。

頁(yè)面中的子文件對(duì)象存放在不同的主機(jī)中，如果一個(gè)在河南，一個(gè)在荷蘭，那么獲取的方式就很慢。但是如果所有的文件都在同一個(gè)局域網(wǎng)中，那么所有的文件獲取的速度就會(huì)非常快。

所以基于 減少頁(yè)面對(duì)象、減少域名解析、使用同構(gòu)網(wǎng)絡(luò)等方式，可以從根本上實(shí)現(xiàn)頁(yè)面高效訪問(wèn)的目標(biāo)。

雖然頁(yè)面的優(yōu)化策略非常多，但是我們主要是從頁(yè)面訪問(wèn)流程來(lái)描述不同崗位的協(xié)助思路，所以其他的優(yōu)化策略，不再我們的思考范圍中。

崗位協(xié)作梳理

Q：為什么這個(gè)項(xiàng)目的訪問(wèn)流程中，沒(méi)有過(guò)多的描述產(chǎn)品崗位和測(cè)試崗位？

A：研發(fā)出來(lái)的產(chǎn)品樣式和流程就是產(chǎn)品人員設(shè)計(jì)的，研發(fā)之前產(chǎn)品人員已經(jīng)和研發(fā)團(tuán)隊(duì)徹夜進(jìn)行心連心的交流了。

只有研發(fā)出來(lái)的代碼，才會(huì)進(jìn)行代碼質(zhì)量測(cè)試，只要能夠給用戶看到的，都必須經(jīng)過(guò)測(cè)試人員的火眼金睛的找茬能力校驗(yàn)。

因?yàn)檫@兩個(gè)崗位的職責(zé)清晰，所以我們沒(méi)有過(guò)多的描述，主要集中的體現(xiàn)在了研發(fā)和運(yùn)維的角度。

Q：用戶訪問(wèn)流程有什么重要的？

A：就是很重要，這個(gè)流程都不理解，我們?cè)趺椿ハ噙_(dá)成一個(gè)普遍的認(rèn)知，而且這件事情就是我們做事情的根本。

Q：用戶訪問(wèn)流程有什么重要的？

A：就是很重要，這個(gè)流程都不理解，我們?cè)趺椿ハ噙_(dá)成一個(gè)普遍的認(rèn)知，而且這件事情就是我們做事情的根本。

Q：頁(yè)面的查找流程，研發(fā)人員和運(yùn)維人員的定位是什么？

A：主機(jī)的查找流程，涉及到 DNS的解析、TCP/IP的三握手四斷開，nginxweb軟件的配置、反向代理的配置、真實(shí)web服務(wù)器的部署和管理，這些都是運(yùn)維人員的 核心競(jìng)爭(zhēng)能力。

頁(yè)面的查找流程，涉及到web軟件的配置、反向代理的配置，這些是運(yùn)維人員的崗位需求。后端django程序的頁(yè)面查找是研發(fā)人員的主要崗位要求，內(nèi)部代碼的邏輯不通，何以通全程？

Q：頁(yè)面的加速流程，不同崗位人員的定位是什么？

A：頁(yè)面加速流程是一個(gè)綜合性的項(xiàng)目維護(hù)過(guò)程，涉及到哪些頁(yè)面應(yīng)用需要進(jìn)行加速、用戶對(duì)哪些應(yīng)用頁(yè)面感興趣，運(yùn)維團(tuán)隊(duì)采集數(shù)據(jù)，產(chǎn)品團(tuán)隊(duì)進(jìn)行功能梳理或者版本功能計(jì)劃。

Q：怎么進(jìn)行頁(yè)面加速策略實(shí)施？

A：運(yùn)維團(tuán)隊(duì)采集數(shù)據(jù)，研發(fā)團(tuán)隊(duì)實(shí)現(xiàn)多種靜態(tài)化的方案，最終由運(yùn)維團(tuán)隊(duì)來(lái)落地。

Q：為什么對(duì)頁(yè)面本身的業(yè)務(wù)邏輯對(duì)象來(lái)進(jìn)行加速訪問(wèn)策略？

A：這些東西對(duì)于研發(fā)人員或者運(yùn)維人員來(lái)說(shuō)，都比較好入手，好處理。

Q：還有沒(méi)有其他的策略可以讓我們更好的完成頁(yè)面的加速流程？

A：有，不同的崗位都會(huì)有自己的思路來(lái)完成這個(gè)任務(wù)，但是很多人不愿意干，因?yàn)闆](méi)有動(dòng)作，就沒(méi)有傷害。

編輯：jq