開發好一個軟件功能模塊不是光有激情、有干勁、有技術就可以得到成功的

最近在醞釀寫一本書，折騰了好幾周了連插圖帶文字總共蹦出了100頁不到的內容，而且條理性也不夠嚴密，其實想出本書的念頭已經有好幾年了，總覺得有很多東西可以寫一樣，但是真正寫出來后發現，可寫的東西雖然多，但是條理性還不夠強，不是把一大堆內容凌亂的方在一起，就是一本書了。

【工作日志成功案例】

   同樣也讓我想起來曾經發生的一些事情，很早的時候，接近10年前，我有一個很有管理想法的領導，在當時就要求每個員工每天填寫工作日志，每天都在哪個項目上，甚至是哪個功能模塊上，干什么事情花費了幾個小時，每天都會檢查，當然不按時填寫工作日志的，會進行相應的處罰，所以我們每天下班前都養成了填寫工作日志的習慣，當時這個系統是用PHP寫的，大概花費了1個人1個月的工作時間吧，前后加起來應該是有這些的，但是這個平臺從開發到穩定起來足夠是用了好幾個人半年的開發時間，有了基礎后，開發具體的某個功能模塊，都相對簡單一些了，開發速度也快了很多。

   后來我跳槽到杭州來工作，總覺得公司的工作日志填寫沒以前的公司方便那樣，同時公司有一個費用報銷系統的開發任務，我就用了2個月左右的時間，把這個功能做出來了，然后很想在系統里多加一個功能，工作日志管理功能吧，我想還是很有意義的，所以又比較興奮狀態下連續奮戰了3天，做了一個工作日志管理的模塊，雖然用用還可以，但是總感覺有些不妥一些的感覺。

  【工作日志失敗一】

  后來費用報銷系統在公司里實施起來了，但是工作日志管理模塊卻一直沒能用起來，半死在腹中了，我現在分析起來，有以下幾個原因：

   1：領導并沒有要求做一個工作日志管理功能，也不知道你做了一個這么功能。

   2：費用報銷是費用報銷系統，與工作日志什么的無關，大家也不會習慣性的到費用報銷系統里填寫工作日志，定位混亂。

   3：以前原有的辦公系統里，還有一些其他功能模塊，不只是填寫工作日志而已，也不能停用了原來的辦公系統。

   4：新開發的系統里，雖然有費用報銷功能，也有工作日志，但是沒有能力替換原有的辦公系統，若真的替換，還需要開發很多功能才可以。

   5：費用報銷系統，相對來說是跟財務有關系的，不能掛到外網里，對相關數據的保管及服務器的保管要求都是比較高的，不能讓未授權的人接觸這些數據，將來要把辦公系統的功能都開發到這里來，那不是很多開發人員都有可能看到公司的機密數據了？就算允許把原有的辦公系統廢除了，那也不能亂來啊。

   6：這個是一個突然熱血涌上頭，即興發揮的東西，雖然用意是好的，但是浪費了3天寶貴的時間，還不如睡大覺了，對公司毫無意義，屬于是浪費公司寶貴資源的事情了，好心成了敗家子的行為了，現在想想的確是這么個事情。

  【工作日志失敗二】

   前幾年在寧波工作，公司也有嚴格的工作日志填寫要求，而且是用了一個產品化的辦公軟件，但是銷售給我們軟件的公司倒閉了，現在也找不到那個公司了，而且辦公系統是用Java技術開發的，我想維護也難，而且也是沒有源碼的，我們公司實力相對強，而且平時辦公系統類的項目也多一些，所以我建議公司開發一個自己的OA系統，同時客戶有需要時可以進行定制化開發，而且完全可以有銷售很多套的可能性，畢竟我們有一些客戶資源，自己的其他項目也需要有這么一個基礎性的東西，原來的OA的授權時間也到了，大家工作日志也無法按時填寫了。

   領導也同意我的建議，覺得也是有道理，然后公司就立了相應的項目，我也很開心。

   由于我剛來公司，公司也有很多其他定制化的項目，無法給我很充沛的資源，給我安排了一個女孩子，一個新來的同事，再加上我一個，就這么3個人，同時我也適當的負責一些其他技術支持類的工作。

   接近弄了1個月，我感覺實在是太難進行下去了，我的2個組員幾乎一點兒對項目的推動力也沒有，而且幾乎是全靠我來拉動，有一個又是新來的，做出來的網頁也很不像樣，做個站內內部短信發送的功能，足足做了1個月也做不好，我也有些崩潰了，但是也不能發火啊，我只能選擇低調做人，能包容就包容，要是我以前的性格脾氣，早就下了逐客令了，哪里能容的下這樣的進度啊。

   后來公司里的其他事情也多，這個OA，幾乎沒有什么明顯的進展，幾乎需要靠我一個人，當時公司里也沒有像樣的美工，做出來的東西不美觀不說，連個像樣的登錄功能也沒有，更別談起他的了，跟原先的OA也有些差距。

   是由于無法按時填寫工作日志導致的公司里開發OA的項目，應該是到第3個月就終止了，這深深的讓我體驗到，有好的想法，有干勁、賣力也比較難成事情，做個像樣的OA，還是需要蠻多積累才可以，最起碼有個過得去的美工配合，再有幾個有推動力能獨立做事情的程序員配合，還需要有一定的架構積累等，才能做出個像樣的東西來，否則難有明顯的成果展示給大家看的，就是做個簡單的站內短信發送功能，一個新人就算是碩士畢業，也難用一個月時間做出個像樣的東西來，都需要有推動力的獨立能干活的程序員才容易見效。

   做個啥，都需要有適當的資源，不是給2個人就可以了，還看給了什么樣的2個人，你自己再牛，也不可能是全才，把所有的東西，都一個人全搞定了。

  【工作日志失敗三】

   后來自己架構了一個心目中的完美系統，就是“走火入魔系列”，其中為了演示分級管理、分級審核，數據集權限，我就做了一個工作日志管理的例子，花費了1個月時間，把各項功能都做好，算是做了一個標準的例子吧，但是這個程序給誰用呢？給自己用？我每次更新系統的架構、進行調試編譯時，也需要同步維護這個功能模塊，若是把這個功能模塊從項目里排除了吧，時間長了，又不能進行同步更新，會變成一個過早版本的，更本跑不起來的模塊了，就這樣，我給自己做了一個多余的包袱，當然我相信，我在銷售自己的架構時，這個也能派上蠻好的用處，但是現在這個效益還沒能馬上看出來，應該在將來能派上用處的吧。

  【工作日志失敗四】

   曾經去跟一個好朋友交流技術，我看他工作日志寫得非常完整，在最近幾年里每天都干了什么都非常仔細認真的記錄下來了，而且是用了自己編寫的工作日志記錄軟件，當時真想，2個人一起弄個像樣的工作日志軟件，發布到網上，但是由于沒有成熟的商業模式等，醞釀了一陣兒后就放棄了，并不是由于技術問題，而是辛苦干了這個，賣給誰呢？誰會愿意用呢？又誰愿意支付費用呢？不賺錢的事情誰干啊，又不是成天沒事干，每天有干不完的事情在等著，所以這個能放棄就放棄了，以后想到了合理的商業模式后，再去弄這個事情。

   就因為工作日志，我想自己已經失敗了3次了，現在工作的公司也需要填寫工作日志，我懶得折騰了，也更不敢給領導提，我們假設一個內部辦公系統，再開發一個工作日志填寫功能的模塊，方便管理，方便大家使用，更方便績效考核啥的，提都不干提了，誰提了就得是誰負責，一負責就是一陣兒折騰了，有了這個后，難道我們的工作效率就提高了，管理就提高了，客戶更愿意購買我們的產品了？

   就這么個簡單的工作日志功能，現在我都有些沒信心了，呵呵，干個啥玩意兒都需要有代價、有付出，更需要一個明確的定位、清晰的思路。