這幾年開發工作流的感受

在2023年學習工作流時(其實更早的時候也在做類似的專案,只不過當時還不知道有工作流這個叫法),聽過工作流的人都不多.

而最進工作流炒的很火,似乎乙個企業平台如果沒有工作流就不上檔次.乙個oa,加個配置介面,在配置介面裡為幾個使用者分別指定幾個窗體,根據配置順序顯示給不同使用者不同窗體,將使用者在窗體中錄入的資料往資料庫裡一存,就叫工作流了…

我說上面那些話並不是要貶低別人提高自已,因為系統的適用物件不同沒有可比性,我不能要求你用exe程式開發**,同樣你也不能要求我用html控制電機.應用環境不同.

但現在的問題是當人們將不同的應用都打上同乙個名詞"工作流"時,人們的交流就開始混亂了.

當需求經理,架構師,客戶三個人對"工作流"的理解來自不同的渠道時,當他們達成了乙個共識"我們需要乙個工作流平台時",他們真的有乙個共同的目標嗎?

很多時候我在與客戶,與我的需求經理,我的軟體工程師們闡述乙個概念時,我總時不停的問,"你知道我在說什麼嗎,你明白嗎,你可以給我描述一遍我說的嗎".

我從來怕對方沒聽過,聽不懂或反駁我的概念,因為這樣我試**釋,說服對方,或被對方說服.

我最怕的是當我剛開始提及乙個概念時,對方就表示理解,接受.而我們的概念來自不同的出處.

舉個小例子,當你說vc時,從事軟體開發行業的人與從事金融投資行業的人想到的絕不是同乙個東西

以前我曾評估過乙個專案,

需求經理知道軟體開發部可以開發工作流.

客戶,要開發乙個樓宇管理的軟體.

客戶看曾過乙個樓宇管理軟體,在**了解了工作流.

需求經理與客戶通過短暫交流,達成乙個對專案的初步理解共識.

軟體主要提供大夏的物業管理功能.涉及到一些設施的維護,採購的管理,審批,巡檢流程.提供乙個web平台,大夏的業主可以在該平台上進行報告缺陷,投訴等維權行為,並可檢視處理過程與狀態.這些是軟體有第一期,如果效果不錯,接著做二期,在二期中再新增一些管理功能.然後在客戶公司管理的其它大夏推廣

需求經理將客戶所提的需求與軟體開發部經理初步溝通後決定用sharepoint實現平台.並做了專案的初步預算與**,準備與客戶進一步交流.

當時由於這個軟體開發公司以前沒做過工作流,對sharepoint學習中,做過幾個deom,沒的實際開發經驗,準備用這個專案進入工作流開發領域.

由於這個軟體開發公司的老總覺得個專案有風險,就請我做了一下評估.

與客戶交流後我得知客戶要的樓宇管理軟體要實現三維展現的樓宇模型,設施也要在樓宇模型中體現,要實現三維導航功能,可以進入樓宇的區域性細節空間.設施的狀態也要在樓宇模型中體現,而使用者主要是要這個功能.

這些功能用sharepoint是否能實現,先不談,我只是覺得乙個只從事過asp.net開發的團隊5個月做出這個專案,有難度.

這個公司的老總當時想讓我帶他們的團隊開發,由於當時我正在另一家公司做乙個長期培訓沒時間,就沒接這個,讓他們包出去.不過臨走時我問了一下他們的專案**.然後我告訴他們,這個價錢連為大夏做3d模型都不夠,如果要在客戶公司管理的其它大夏推廣,每個大夏都要做.

造成這個結局原因是雙方對"工作流"這個概念的理解不同,我不能說sharepoint中的wf不是工作流,也不能說客戶要的樓宇管理不是工作流.而且這兩個平台也不是毫不相關的.流程審批這個主體使人們將它們聯絡到一起,但這兩個平台的通用性為零

這幾年我一共做了7個工作流平台，每個都是全新開發的，沒有乙個重用，先簡單介紹一下這7個工作流平台：

就這麼亂，目前我既沒時間，也沒能力，也沒心情，也不打算為上面的應用做乙個統一的平台。

其實從2023年開始,我就決定只做工作流平台的開發了,而且不做通用平台,只做業務細緻度與專業性很高的專用平台定製開發

不過說到重用，我到要說一下，這些系統是為不同的軟體公司做的，我從2023年從一家做電子政務的公司離職後。就沒再找工作，都是朋友介紹，為一些軟體公司做架構設計或帶領團隊做專案開發。開發完了就走人。如果以後有需要再談。所以我自已設計的架構從來都沒重用過，但這些軟體軟體公司到是在相似的專案中重用了。