IT從業(yè)時(shí)間說來不算短,大財(cái)務(wù)領(lǐng)域?qū)τ谖沂潜容^陌生的,能作為系統(tǒng)技術(shù)負(fù)責(zé)人全程參與0-1的過程,更顯難得。結(jié)合本人在技術(shù)開發(fā),全行架構(gòu)設(shè)計(jì)過程中累積的經(jīng)驗(yàn)。在大財(cái)務(wù)系統(tǒng)領(lǐng)域切...
今天觀摩了一個(gè)地區(qū)做的數(shù)據(jù)倉,匯聚了多個(gè)部門多種類型數(shù)據(jù),表現(xiàn)形式也很豐富。但整個(gè)演示下來,自己沒有被真正地打動。因?yàn)檫@樣簡單地?cái)?shù)據(jù)堆疊并不是數(shù)字化改革的目的。數(shù)字化改革的核...
前幾年就開始接觸DDD(Domain Driven Design,領(lǐng)域驅(qū)動設(shè)計(jì)),并且著迷于此。它更多地在戰(zhàn)略層指導(dǎo)了我的設(shè)計(jì),對于戰(zhàn)術(shù)層面的設(shè)計(jì),目前業(yè)界沒有統(tǒng)一的標(biāo)準(zhǔn),也...
01 前言 寫PRD是產(chǎn)品經(jīng)理的基本功,但很多時(shí)候,我們無法得到系統(tǒng)的指導(dǎo),全靠野蠻生長,簡稱野生產(chǎn)品經(jīng)理。我們的PRD可能會面臨很多問題,在開發(fā)過程中由于需求描述不明確,不...
需求成熟度:對未來感知成果的使用滿意度;如果早期沒有共識,那么后續(xù)開發(fā)的滿意度是沒有基礎(chǔ)的。萬般需求皆業(yè)務(wù),萬般業(yè)務(wù)皆流程;管理無止境,流程出效益; 根據(jù)TOGAF的ADM開...
后臺產(chǎn)品設(shè)計(jì)是一塊讓產(chǎn)品經(jīng)理難啃的硬骨頭,因?yàn)樗鼧I(yè)務(wù)復(fù)雜、數(shù)據(jù)龐大、邏輯縝密。 1.了解后臺 在做后臺產(chǎn)品設(shè)計(jì)之前,我們先從硬幣的三個(gè)方面了解一下后臺系統(tǒng)。從硬幣正面看后臺:...
寫在前面: 應(yīng)第七屆NJSD全球技術(shù)會議邀請,6月23日,我在“企業(yè)基礎(chǔ)架構(gòu)"專場上作了《數(shù)字化轉(zhuǎn)型中的企業(yè)架構(gòu)》主題演講。在這次的演講中,我從“組織架構(gòu)設(shè)計(jì)”和“中臺架構(gòu)設(shè)...
前言 做產(chǎn)品的初期踩過不少坑,流程圖的坑就是其中一個(gè)。在具體落地到文檔時(shí)用野生小白產(chǎn)品經(jīng)理的方法就是想到什么就做什么,最終能產(chǎn)出內(nèi)容就行了。當(dāng)業(yè)務(wù)越來越復(fù)雜,各分支業(yè)務(wù)耦合越...
架構(gòu)師三大能力:理需求、讀代碼、抽象系統(tǒng) 1、理需求:需求分析,需求分析產(chǎn)出 2、接口:可用代碼表達(dá),精確。證明接口有效性,架構(gòu)師以偽代碼或流程圖方式過一遍,確認(rèn)模塊間接口串...
《數(shù)據(jù)標(biāo)準(zhǔn)管理實(shí)踐白皮書》 前言 數(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)心有錯(cuò)漏?需求太多,思考時(shí)間不夠,質(zhì)量不高? 學(xué)會用框架解決問題,加速從思考到輸出的質(zhì)量與效率。 這份業(yè)務(wù)需求PRD框架及編寫規(guī)范,幫你構(gòu)建第一個(gè)產(chǎn)品思...