原创 現實的複雜性與系統的複雜性

轉作企業應用的那些日子裏,身邊的小朋友們經常說的一句話是“有必要這麼複雜嗎?”大家經常過分高估了信息化自動化在工作效率提升中所起的作用,誤認爲世界上大多數企業都應該去除惡心的多級管理,施行扁平化管理,總是想着簡化流程,簡化數據,但是真實世界

原创 養成建立“量化“標準的好習慣

不管是確立工作、生活的目標,還是技術研究、市場調研、需求分析、可行性分析,離開了可量化標準就很容易跑偏。 做研發的時候總是跟着計劃和任務列表走,不像銷售部門,每年/季度/月都有確定的營收目標,研發部門,尤其是創業公司的研發部門很少有背業務指

原创 分析邏輯

最近常常發現自己分析問題缺少固定的方法和套路,想到哪算哪,很凌亂,彼此之間缺少聯繫或者多有重複;有時候能有一些閃光點出現,但下次遇到類似問題又會出現不同甚至對立的想法;自己能發現很多問題,卻不知道問題如何解決;或者有大的框架,卻無法細化框架

原创 需求與設計

一直想寫一篇從需求分析過渡到架構設計過程中的心得體會,無奈學藝不精,借每天寫作訓練的機會,順便複習一下潘加宇老師的課,簡單地對自己的學習做一點總結。 潘加宇老師的《軟件方法》開篇就是4個題目,各個都問到了要點上,今天只說最後一題: 4. 打

原创 去哪裏學習行業知識?

得益於toC市場的快速發展和各種細分行業領域的平臺建設者們,現在想學習行業知識要比以前方便太多了。如果想在幾天時間內快速對一個行業有個粗淺的瞭解,有這麼一些手段: 知乎。可以在短短一個話題下面看到投資人、學者、管理者、執行者不同的看法,經

原创 倉儲管理系統淺談(續)

好用的ERP系統需要對業務非常瞭解,並且長期跟蹤應用中的問題,不斷積累。 人常說,專業化分工,責任到人。工作職責分開了,時段、區域分開了,系統也要跟着支持。 倉儲系統的上游是訂單系統、下游是物流系統,先不考慮生產和銷售,只說有人買了,怎麼把

原创 倉儲管理系統淺談

前一陣子跟人閒聊,才發現國內某些行業的信息化程度已經很高了,比如鋼鐵行業的貨/堆場,搞鋼鐵貿易的人去貨場提貨,對方可以根據提貨單找到每一根鋼筋存放在哪一排,哪一道,哪一摞當中第幾層的第幾根。 與某些大廠的庫管員一把鑰匙管了所有的物資相比,先

原创 需求分析文檔爲什麼很難寫?(續)

需求最需要關注的是四個因素:人、數據/信息、流程、規則/約束。今天先說說人。 寫文檔時最先考慮的應該是誰? 教科書裏總說,stakeholders,利益相關方,這裏有很多人,可能是甲方公司裏的所有人。如果需求方前期給的信息足夠詳細,動筆的時

原创 所謂的新零售是真需求還是僞需求?

今天第一次去了火了那麼久的新零售帶頭人“盒馬鮮生”,開在店員比顧客多的紅星美凱龍,下午兩三點已經過了就餐的高峯期,店裏明顯人流量不大,但對比外面的冷冷清清,差異還是蠻大的。第一感覺是,這年頭了,還在靠APP導流,門口豎着大牌子,下載APP或

原创 家庭網絡規劃

家裏新裝修,要滿足孩子上線上英語課,老媽看高清電視,我們倆各抱一臺筆記本,4個以上設備同時上網,互不影響的基本要求,還要考慮未來5~10年的可擴展性,和增加一臺服務器的潛在zhuangbi需求。設計方案:最低百兆光纖入戶,千元左右的家庭路由

原创 第一篇博客

今天報名了加入30天技術人寫作的活動,算是強制自己開始刻意練習自己的技術寫作能力。意識到需要強制鍛鍊寫作能力,是從18年年中燒了一大筆錢,鼓足勇氣報名了MBA考試開始。整個過程是從痛苦的寫作開始的,考試要求必須要先通過申請材料的審覈,纔有機

原创 需求分析文檔爲什麼很難寫?

國內企業信息化領域的需求文檔撰寫通常在項目有影或者沒影的時候就開始了,國外的需求分析可能通常以會議或談話開始,國內卻往往從文檔開始,甚至可以說需求文檔的撰寫過程,就是了解需求的過程,通過一版一版的文檔評審開始,如果文檔不夠完善,需求的調研可

原创 教科書裏講的業務/需求分析

最近讀了幾本BA的書,學到了很多方法論、案例、工具。但是,很多方法論和案例都來自美國作者、美國項目,多數情況是不太符合中國項目的實際情況的。比如,要坐下來跟業務人員討論業務,想辦法發現業務目標,再做流程改進。這一點對於2B的應用或服務來說是

原创 我爲什麼想做業務/需求分析師

我有幸在工作的頭幾年就開始關注牛人的項目管理是怎麼做的,讀的第一本項目管理書籍是《成爲技術領導者》,作者站在一個技術牛人的角度上更關注人與人之間的協作。更有幸的是,我很快就有機會參與到一個北美的跨國合作項目裏去,那時候正式敏捷剛剛起步的頭幾