我得工作節拍（新產品、舊產品、文檔、外包）

最近手上的工作很亂，歸納一下有:產品維護、新產品研發、外包項目、文檔編製。

產品維護：

公司的原有產品開發了很長一段時間是公司的主打產品，但是隨著使用者的增多，產品的維護方式遠遠不能滿足具體工作的需要，因此需要一個自動化的方式將整個產品的維護周期近可能的縮短，因此基於產品的維護項目是必須儘快解決的。

我現在的想法，主要解決以下幾個方面的問題：

1：產品自動發布：將各種版本的產品的發布一鍵完成，現在主要通過指令碼，利用命令列將各種工作銜接在一起。

2：產品版本一至：目前產品中不同檔案的版本不唯一，現在需要自動統一所有檔案的版本號碼。

3：公司產品網站：將產品網站中的資訊變化與內部產品的變更自動關聯起來。

4：產品知識庫：將工作中的所有資訊銜接起來，形成一個圍繞項目建設的知識體系。

5：內部Team網站：主要是加強內部交流與合作，必須架到外網上，這樣現場調試、維護或者出差都不怕了。

原先的項目開發過程中，很多的資訊丟失了，現在覺得真的很可惜，每個人的郵件、文檔、即時帖中的資訊都分散在不同人的機器上，資訊的交流太費勁了，浪費了很多的資訊。原先嘗試過SharePoint，但是整個團隊似乎只喜歡看，而不太喜歡寫，似乎只成為了一個訊息的發布工具，前幾天伺服器掛了，很多資訊丟失了，只是備份中的一些，很鬱悶。產品開發、維護包括工作方式，對於程式員來說好像只有嚴格要求才可以，但是現在想起以前的事情似乎很有趣，記得曾經要求團隊成員寫日報，但是似乎寫日報成了他們最頭疼的問題，最後也就不了了之了。

今天我們進行了一些交流，才瞭解了一些很具體的問題，其實程式員的壓力很大，通常我認為很簡單的任務，他們認為很難，有些甚至是沒有聽說過的，而我給出的文檔通常很簡略，也沒有給出解決辦法，這可能和個人的工作習慣和方式有關係，我喜歡自己解決問題，但是大多數程式員喜歡給出解決辦法，然後實現就行了。還有就是項目的各種文檔準備的不詳細，這樣在實現上似乎就很為難了，這就是為什麼程式員實現的東西與我的想法不一樣的原因。

今天才明白，不同的人有不同的想法，如何共同完成一件事情，實際上要有不同的方法來解決。對與我現在來說，需要作的事情就是將每件事情怎麼做都想清楚、研究、寫清楚、交代清楚、監督清楚、考核清楚，這樣團隊才能更好的合作，慢慢的我們的成員也許就都會按照這個方式進行工作了，這樣大家就都輕鬆了，但是這樣創新精神也許就若了，可是為了團隊的發展只能這麼做了。

新產品研發：

現在公司有一個國家的項目，是一個我們團隊相對陌生的領域，我曾經嘗試進行解決，但是遇到了很多困難，但是我似乎不是很害怕，因為就技術而言，這些都是小問題。但是整個項目進展的緩慢出乎我的預料，團隊成員似乎認為這是一個不可完成的任務，在技術攻關上也很吃力。現在想想我犯了很多錯誤，我給團隊成員的項目壓力太大，每個人似乎都看不到項目完成的曙光，也許我當時將項目設定成一些小的裡程杯，這樣也許會更好。還有就是專案範圍的蔓延，使功能過於複雜。還有就是當團隊成員對新的技術、新的領域不是很熟悉的時候一定要慢慢來，有計劃、有步驟的指導團隊成員進行系統的學習，同時通過實戰來提高團隊整體的技能，還有就是加強溝通和交流，使團隊成員更好提高技能。

外包項目：

目前負責實施一個網站，主要是策劃，外包給了另外一家公司，在外包過程中，主要是覺得，交流和共通一定要快速和準確，但是遠端交流似乎總是不太滿意，還有就是基於WEB的資訊化建設，阻力還是不小的，首先是網站欄目需要的資料、資源很難準備的完善，很多非電子的素材，處理起來很頭疼。但是，現在想想，其實外包出去的東西，監管、協調、驗收是貫穿整個環節的，其實並不比自己做輕鬆多少，想要高品質，必須更加努力才可以。

文檔編製：

最頭疼的就是寫文檔，但是每個新項目的可行性研究是項目是否可以開展的第一步，沒有辦法只能慢慢來了。

現在看看自己手頭的工作還覺得很有趣，怎麼這麼多、這麼亂呢，我想很多時候我都是這麼度過的，昨天10點多就躺下了，但是3點多就醒了，其實自己很少失眠，只是覺得壓力很大，事情太多，我想也許只能做到這些事了，根本做不了老闆。後來仔細想想，其實也沒有什麼的，只要自己做好計劃、合理安排、團隊協作，每件事情自然會慢慢解開。

我不知道大家是否有和我一樣的體會，只是希望交流一下，能否有更好的解決辦法呢？希望每個人的工作節拍都很精彩。