惴惴了一年，今天還是忍不住想寫段文字，來抒發一下作為一個流程開發者和項目管理者對於k2 之類的BPM企業信息化項目中的應用的看法。
2013年的BPM市場比2002年的第一場雪還要火，原因大致有三吧~，
其一，是因為企業對流程管理有了切身的需求，10幾年前的國內只有電信、銀行、高端制造或許把信息化管理放到心上，並付諸努力。到如今，放眼國內信息化管理和建設已經被看做是企業生存的必需品，從十幾二十幾年前的OA、BPM、ＣＲＭ ，企業的快速發展少不了各種各樣的陣痛，伴隨着企業的這種管理上的和發展上的痛處，信息化企業也飛速發展，就如同肥胖人群多了，醫療機構，保健機構，甚至江湖郎中也火了一樣，或許比喻不夠恰當，那就領會精神吧，
所以企業實施了各種各樣的應用系統之后，問題也隨之而來，這就是濫服葯物的害處，目前急需一種應用平台可以中和這些系統，那么這就是BPM基礎軟件。
其二，BPM的實施在很多企業見到了顯著的成效，ＢＰＭ軟件提供了一些企業信息化通用的平台型功能，出來可以滿足一般性傳統辦公協同需求，更大的作業解決企業核心業務流程與系統之家實現自動化的要求，這是目前辦公軟件做不到的
其三，也是BPM眾多廠商市場化運作和教育的結果，目前BPM廠商，從國外舶來的，國內由OA軟件山寨的，林林總總不下30多種，那么這些廠商在說服企業用戶實施BPM的過程中，應該是廢了不少唇舌
基於種種BPM目前發展較好態勢，也給開發者帶來了相當大的影響，因為一時間，懂k2 BPM開發工程師突然走俏了，讓我想起早幾年我還一線開發sharepoint項目的時候，那時候作為新技術平台的sharepoint，其開發者往往敢要求比一般.net開發人員高出不是2個等級的offer, 今天k2開發資源在市場上的薪資貌似也會高開高走。
那么接下來的問題是，開發者是不是化上大力氣去學習基於這種BPM平台的應用開發方式呢？？？ 不說見仁見智的話了，如果你還是一個淳朴的.net開發人員獲釋牛掰的不行的java 開發人員，都應該去了解基於平台的開發方式，我就簡要說一下好處，
以往，開發人員的開發技能往往體現在具體的開發工具，分析體系，設計模式，開發語言這些架構內，比如一個初級的.net菜鳥可能從 C#\ASP.NET\MVC\UML\設計模式，框架這種路徑主機修煉還要配合像樣的項目規模和老鳥的栽培再能緩慢成長，當然不排除練了易筋經這種內功心法后，任何武功練起來只需朝夕。
簡而言之，一般開發者的成長模式如上所述，那么接下來問題是什么？ 我們開發一個應用的時候往往本末倒置，忽略了項目投資人的訴求，他們要完全滿足需求，並且在快速、穩定、足夠靈活的滿足業務變化，而不是我們開發者沾沾自喜的認為我們開發了一個牛掰的架構用到了何種技術 。而應該把精力集中在如何解決業務問題，從業務角度給企業和客戶帶來價值，技術架構的事情交給BPM廠商去實現吧。
另外， 高端的BPM產品已經對企業目前所使用的基礎軟件做了集成，比如和微軟的office,exchange,sharepiont都具備高度集成能力，在開發一個流程應用的時候，我們很容易使用企業現有的IT投資來為用戶創造價值。
綜上所述，無論從你升職跳槽的角度，還是從個人修煉角度，使用平台去開發應用對開發者尤其對菜鳥開發者，太有好處了， 剛出差回來，簡單分享一下，惴惴妄言