
IT從業(yè)時間說來不算短,大財務(wù)領(lǐng)域?qū)τ谖沂潜容^陌生的,能作為系統(tǒng)技術(shù)負(fù)責(zé)人全程參與0-1的過程和敬,更顯難得。結(jié)合本人在技術(shù)開發(fā)戏阅,全行架構(gòu)設(shè)計過程中累積的經(jīng)驗昼弟。在大財務(wù)系統(tǒng)領(lǐng)域切...
今天觀摩了一個地區(qū)做的數(shù)據(jù)倉舱痘,匯聚了多個部門多種類型數(shù)據(jù),表現(xiàn)形式也很豐富离赫。但整個演示下來芭逝,自己沒有被真正地打動。因為這樣簡單地數(shù)據(jù)堆疊并不是數(shù)字化改革的目的渊胸。數(shù)字化改革的核...
前幾年就開始接觸DDD(Domain Driven Design,領(lǐng)域驅(qū)動設(shè)計)翎猛,并且著迷于此胖翰。它更多地在戰(zhàn)略層指導(dǎo)了我的設(shè)計,對于戰(zhàn)術(shù)層面的設(shè)計办成,目前業(yè)界沒有統(tǒng)一的標(biāo)準(zhǔn)泡态,也...
01 前言 寫PRD是產(chǎn)品經(jīng)理的基本功,但很多時候迂卢,我們無法得到系統(tǒng)的指導(dǎo)某弦,全靠野蠻生長,簡稱野生產(chǎn)品經(jīng)理而克。我們的PRD可能會面臨很多問題靶壮,在開發(fā)過程中由于需求描述不明確,不...
需求成熟度:對未來感知成果的使用滿意度员萍;如果早期沒有共識腾降,那么后續(xù)開發(fā)的滿意度是沒有基礎(chǔ)的。萬般需求皆業(yè)務(wù)碎绎,萬般業(yè)務(wù)皆流程螃壤;管理無止境,流程出效益筋帖; 根據(jù)TOGAF的ADM開...
后臺產(chǎn)品設(shè)計是一塊讓產(chǎn)品經(jīng)理難啃的硬骨頭奸晴,因為它業(yè)務(wù)復(fù)雜、數(shù)據(jù)龐大日麸、邏輯縝密寄啼。 1.了解后臺 在做后臺產(chǎn)品設(shè)計之前,我們先從硬幣的三個方面了解一下后臺系統(tǒng)。從硬幣正面看后臺:...
寫在前面: 應(yīng)第七屆NJSD全球技術(shù)會議邀請墩划,6月23日涕刚,我在“企業(yè)基礎(chǔ)架構(gòu)"專場上作了《數(shù)字化轉(zhuǎn)型中的企業(yè)架構(gòu)》主題演講。在這次的演講中乙帮,我從“組織架構(gòu)設(shè)計”和“中臺架構(gòu)設(shè)...
前言 做產(chǎn)品的初期踩過不少坑碑幅,流程圖的坑就是其中一個。在具體落地到文檔時用野生小白產(chǎn)品經(jīng)理的方法就是想到什么就做什么塞绿,最終能產(chǎn)出內(nèi)容就行了沟涨。當(dāng)業(yè)務(wù)越來越復(fù)雜,各分支業(yè)務(wù)耦合越...
架構(gòu)師三大能力:理需求诀浪、讀代碼棋返、抽象系統(tǒng) 1、理需求:需求分析雷猪,需求分析產(chǎn)出 2睛竣、接口:可用代碼表達,精確求摇。證明接口有效性射沟,架構(gòu)師以偽代碼或流程圖方式過一遍,確認(rèn)模塊間接口串...
《數(shù)據(jù)標(biāo)準(zhǔn)管理實踐白皮書》 前言 數(shù)據(jù)標(biāo)準(zhǔn) 數(shù)據(jù)標(biāo)準(zhǔn)((Data Data SStandardtandardss))是保障數(shù)據(jù)的內(nèi)外部使用和交換的一是保障數(shù)據(jù)的內(nèi)外部使用和交...
接到需求,從何下手摔刁?擔(dān)心有錯漏挥转?需求太多,思考時間不夠共屈,質(zhì)量不高绑谣? 學(xué)會用框架解決問題,加速從思考到輸出的質(zhì)量與效率拗引。 這份業(yè)務(wù)需求PRD框架及編寫規(guī)范借宵,幫你構(gòu)建第一個產(chǎn)品思...