以電力系統(tǒng)為例:如何構建大中型系統(tǒng)(一)
編輯導語:在日常生活中,我們往往會接觸到一些大中型系統(tǒng),雖然其使用頻率較低,但是卻與我們的生活息息相關。那么,對于產(chǎn)品經(jīng)理來說,這樣的大中型系統(tǒng)應該如何去構建呢?本文作者結(jié)合實際工作經(jīng)驗,以電力系統(tǒng)為例,為我們總結(jié)了最基礎的、需要掌握的要素都有哪些,并且對于大中型系統(tǒng)構建中所涉及的各個流程和工作配合進行了闡述。
在我們使用的互聯(lián)網(wǎng)產(chǎn)品中,除了日常使用較多的電商、支付、娛樂等產(chǎn)品外,還有一部分產(chǎn)品給我們提供日常服務的產(chǎn)品,比較常見:電力、燃氣、社保、12360等相關政府提供服務的基礎系統(tǒng)。
這些系統(tǒng)日常中使用頻率很低,如果需要使用也是通過支付寶或者微信提供第三方入口可以直接進入,完成自己需要辦理業(yè)務和服務。雖然其使用率低,但是作為國民經(jīng)濟發(fā)展一部分是不可或缺的。
本文將以電力系統(tǒng)為例,主要為電力指揮系統(tǒng)、電能質(zhì)量配電系統(tǒng)等(具體可查看百度百科解釋),在對于這種大中型系統(tǒng)構建中所涉及的需求、項目、開發(fā)、人員配置等互相交流學,主要是面向內(nèi)部系統(tǒng),文章中不會有任何資料透露。
首先:從項目的組成人員角色來開始,每個名稱根據(jù)不同項目組會有不同、一些會叫做需求、業(yè)務、或者是產(chǎn)品,但是不管叫什么名稱,工作的基本內(nèi)容一樣,就是需求收集進行整理。同時產(chǎn)出相關的需求方案,開會溝通和相關人員不斷進行細節(jié)方面溝通,并且組織需求評審,跟蹤一下對應的項目進度。
當然,項目組如果有項目經(jīng)理這部分就可以交給項目經(jīng)理了,自己則能全部負責產(chǎn)品層面的工作,像是產(chǎn)品基礎的細節(jié)像是需求評審、收集需求、出需求方案等將不在這里展開。
接著簡單說一下對于大中型項目的人員會根據(jù)不同的小組進行配置,一個項目可能四五十個小組進行負責,不同小組開發(fā)、測試、產(chǎn)品、項目經(jīng)理、這是人員標準配置。
其次:公用人員角色就是UI設計,他們是單獨的部門人一般也不會很多,像是運營、風控、審計、安全等這些都會根據(jù)不同的項目組進行統(tǒng)一配置。
還有一部分人員第三方提供服務的人員,如果項目涉及硬件部分每一個廠會有一個對應的負責人,他們也是必不可少的,那么簡單的人員就是這些,整體的人員配置情況需要根據(jù)不同項目組進行編制。
最后:很多人不怎么喜歡的溝通、開會,日常不是開會就是在開會的路上。一天早上九十點開始到晚上七八點中,會議不斷,各種會議需要進行參與,不參與你可能后面就不知道進度。
也許有一天突然找你要東西而你不知道情況,為了更好的避坑,所以開會還是要參與,主要會集中在項目的開始,工作日一般是前三天,密集的會議會不間斷。
這里就是考察產(chǎn)品經(jīng)理對于項目的緊急程度、合理性等安排統(tǒng)籌,將自己手頭上面事情能夠在最短時間內(nèi)進行整理并且安排到具體實施人員,主要的就是開發(fā)人員,提前安排會保證產(chǎn)品的人身安全,不然后面突擊給開發(fā)任務,他們會原地爆炸。
大中型系統(tǒng)的涉及人員多、涉及業(yè)務復雜,所以開始前將對應人員和負責業(yè)務進行熟悉就好,但是也需要準備好對應的人員臨時更換人員,換一個小白,同時加上自己也是個小白,對于工作就不好推進,要盡量避免這種情況。
萬一遇上這種情況,那么只能自己快速熟悉業(yè)務,對于人員眾多的大中型項目需要很多項目組進行配合,需要注意不同項目組之間可能對于系統(tǒng)會有交集。這時候需要提前溝通好負責任務,最好是對應功能細化,不然后面就是和稀泥,搞得這個項目進度延遲,很糟糕。
接著對不熟悉大中型項目,需要快速的了解一些專業(yè)名詞,整個項目有一些通用的名詞,這些名詞第一次聽到就需要了解,不然就像聽到加密的電報一樣。有些可能是專業(yè)名詞縮寫,有些是整個系統(tǒng)中人員默認的簡稱,不管是哪種,只要是聽到你想不明白就問相關人員詞語解釋,這樣會保證你能聽懂項目組在說什么。
同時專業(yè)性較強的大中型項目需要去了解相關業(yè)務的邏輯,這些業(yè)務邏輯和市場上的業(yè)務完全不一樣,之前積累的互聯(lián)網(wǎng)經(jīng)驗換到這種傳統(tǒng)大中型系統(tǒng)中一點用處沒有,這就需要有一定學習能力。
以上就是構建大中型系統(tǒng)最基礎的、需要掌握的要素,簡單總結(jié)就是:
- 專業(yè)名詞需要了解
- 多和不同項目組人員溝通
- 開會要積極參與
- 和開發(fā)溝通要到位
- 任務安排要細
這些都是產(chǎn)品或者需求基本具備能力和水平,介紹完了項目組和人員的情況接下就是大中型系統(tǒng)的介紹。
一、多個系統(tǒng)組合
一個大中型系統(tǒng)可能拆分N多系統(tǒng)同時由多個系統(tǒng)進行組合,可見政企在便民服務中投入是不低的。
如果只是單純的了解一個系統(tǒng)是遠遠不夠,需要同時了解三個或者五個系統(tǒng),這些系統(tǒng)也一樣都是大中型系統(tǒng),可能A系統(tǒng)中a功能和B系統(tǒng)中d功能之間有著聯(lián)系,也有可能數(shù)據(jù)是一樣或者數(shù)據(jù)庫表相互關聯(lián),后期需求會面臨的是需要構建一個F系統(tǒng),需要在已有的大中型系統(tǒng)進行拆分組合。
這樣就需要產(chǎn)品或者需求對于其他系統(tǒng)有一定了解,做好前期準備的工作,在項目開始時面對問題會有一定的了解,同時對于開發(fā)的提出問題能夠有很好的應對之策。
大中型系統(tǒng)的復雜程度其實在與多個系統(tǒng)功能相互關聯(lián),多個功能穿插,其中最關鍵就是數(shù)據(jù)的問題,數(shù)據(jù)問題需要和不同的系統(tǒng)進行比對,不管是產(chǎn)品還是需求都會面臨自己寫sql校驗數(shù)據(jù)準確性,以及對應的數(shù)據(jù)表結(jié)構要自己去了解。
這些問題如果自己當初設計的就需要在接到不合理的需求時盡可能設計的合理,如果不是自己進行設計就需要首先進行業(yè)務的了解和熟悉,進而對于數(shù)據(jù)庫的表進行查看,保證開發(fā)有問題時能夠及時解決,因為開發(fā)會是臨時抽調(diào)過來,他們不了解具體業(yè)務和數(shù)據(jù),這些需要產(chǎn)品和需求自己進行了解。
二、業(yè)務層級功能深
大中型系統(tǒng)在構建時候因涉及的人員較多、業(yè)務復雜會構建很深的層級,在每一個層級功能下面會掛著七八個相關子功能系統(tǒng),同時這些子系統(tǒng)中數(shù)據(jù)來源會是其他幾個系統(tǒng)數(shù)據(jù)庫中提取數(shù)據(jù)。
對于這種層級很深的情況,就不要去看任何需求文檔和測試環(huán)境系統(tǒng),最好是正式環(huán)境和測試一起看,同時需要相關開發(fā)人員多溝通,整理自己在使用中遇到的問題和不明白的地方,集中時間進行溝通。
很多細小的功能在大功能模塊下起到主要作用,同時這種功能會是很常用功能,有一些功能使用頻率不會很高,往往是這些不高的功能后期會展開二期、三期等。
對于大中型系統(tǒng)來說,實用性是較為關注的,相對UI界面設計這些則是關注點較低,這就是為什么會在一個菜單下面掛著七八個子功能,同時擴展會在子功能中不定期修改、增加、刪除字段信息。
可能一個功能中的表單會在不同版本中出現(xiàn)好幾個,乍一看已經(jīng)改變了,能夠加個字段解決問題就不會讓需求或者是產(chǎn)品在業(yè)務層面修改,這也是開發(fā)和產(chǎn)品共同默認的默契。
三、龐大的架構
大中型系統(tǒng)會由三個和五個系統(tǒng)構成,所以整體架構是一部分,單個系統(tǒng)架構是一部分,這兩部分架構構成一個整體系統(tǒng)。
不管是后期的維護還是開始新構建,都需要將這兩個架構整理明白,搞清楚業(yè)務的整體方向,這也是前期比較耗費精力的部分,需要不斷進行調(diào)整和溝通,需求方案調(diào)整次數(shù)會多。在整體架構中經(jīng)過已經(jīng)報備之后后期不會進行改動,在功能上面也需要根據(jù)相關資料貼合。
大中型系統(tǒng)會有兩種存在:一種是完全新開始構建;另一種是已經(jīng)整體已經(jīng)完成構建。
先來說新開始構建,需要在較短時間內(nèi)將整體業(yè)務的系統(tǒng)部署到測試環(huán)境,同時進行演示,這里會在演示環(huán)節(jié)進行修改和增加不少,很多大型項目就是從一個測試環(huán)境demo開始往里增加功能需求,修改之前的需求進行構建,這里不過多解釋相信很多有經(jīng)驗產(chǎn)品自然會懂。
另一種已經(jīng)存在就是從前面的描述開始進行后半部分,那就是不斷的修改和調(diào)整功能,增加大功能模塊和小功能模塊需要根據(jù)這個已經(jīng)改過不知道合不合適的架構上面進行擴展,所以對于整體架構進行整體重構基本上不會出現(xiàn)。
四、維護更新
維護和更新的主要重點則是數(shù)據(jù)部分,對于功能在業(yè)務層面沒有大問題將基本上不會進行修改和更新。一個大中型項目在開始時就會分為簡單兩個步驟,第一步就是業(yè)務功能構建,第二部分就是數(shù)據(jù)。
在確定業(yè)務功能之后就會開始數(shù)據(jù)治理部分,后期對于每一個數(shù)據(jù)要達到一定的標準值,數(shù)據(jù)問題主要是新系統(tǒng)和老系統(tǒng)進行數(shù)據(jù)比對,在一定時間內(nèi)數(shù)據(jù)沒有誤差,就可以完成項目的交付,但是還是要留一部分時間的過渡期。后期維護更新主要側(cè)重點是數(shù)據(jù)治理部分,對于業(yè)務層面的修改調(diào)整基本上不會有很多。
構建大中型系統(tǒng)需要的前期準備基本上就是以上內(nèi)容,下一篇文章將介紹具體實施部分。
#專欄作家#
李杭,人人都是產(chǎn)品經(jīng)理專欄作家。關注B端產(chǎn)品,擅長復雜的需求梳理,愛好將復雜難以理解的事物口語化。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自?Unsplash,基于 CC0 協(xié)議
放之四海而皆準