兩年多沒寫部落格了，今天把這兩年在創業公司做專案總負責人的感悟梳理一下。
公司是做b2b電商平台，出版行業，目前處於產品與市場接軌困難的境地，我負責公司各項目的技術實施安排。
首先，工作的態度和熱情，比能力重要得多。所謂的工作態度，也就是思維模式，比如遇到問題，不是逃避，而是積極面對。
a: 「領導，我們最近怎麼沒什麼事做，您看有什麼可以安排我做的？」 聽起來是個很積極的員工，沒有坐在那消磨時間。但我覺得更好的思維模式應該是自己完全對這份工作負責，要做得更好，「領導，我們最近專案如果時間不是很緊，我是不是可以把xx模組的xx點做乙個優化...」一方面說明你認真思考過自己的工作，另一方面，你不是把問題拋給老闆，而是設身處地的為專案，為公司著想。這點非常重要。
問題出現時，很多人第一反應是推卸責任，「這不是我的問題。」「我已經試過了。」「開發環境是好的。」「我本地沒問題。」這類的話可能大家都司空見慣，但是我個人比較反感這樣的託詞，不管你做了多少，客戶反饋有問題，我們就有責任仔細檢查一下，如果是自己的問題，沒關係，誰都會犯錯，就算不是自己的問題，主動承擔更顯得高風亮節。對公司來說，不管是誰的責任，先解決問題最重要。追根究底，雖然我們是做技術研發，但最終目的是為使用者服務，我們有責任也有義務為使用者的使用效果負責。
對於以專案為導向的企業，市場是咽喉，技術是心臟，說是並駕齊驅，其實多少還是以市場，需求為主，技術為支援的角色。畢竟國內靠賣技術的公司不多，多數還是用技術服務傳統行業的業務。經常和老闆討論企業管理問題，從企業發展的角度審視自己的工作，會讓你的思維上乙個台階。和企業發展相比，個人的得失可能真的不重要。如果你想上乙個台階，首先要讓老闆看到你的熱情和能力，千萬不要說「給我漲工資我就加倍努力」，事實上，順序是反著的，只有加倍努力，才有漲工資，晉公升的可能。
總之一句話，以使用者的視角，企業的利益思考問題，不要以自我為中心。
我之前就犯過一次錯，當時因為團隊已經連續幾天加班到後半夜，週末老闆讓我繼續安排加班，我就按自己的想法安排了：大家都這麼辛苦了，週末該休息一下，免得陷入惡性迴圈，另外有幾個成員週末也有其他安排，我打算在專案進度可控的情況下週末安排大家休息下。可是老闆對我大發雷霆，當時火冒三丈。後來我仔細反省了一下：第一，老闆的安排一定有他的道理，盡量理解，實在理解不了，我們有義務執行；第二，對於加班，沒必要的加班一定要減少，但是必要的時候，大家並肩作戰，也是團隊建設的一種方式；第三，公司是老闆的，所以他著急，你如果能跟他一起著急，那你一定是他的左膀右臂；第四，每個人在談及個人利益的時候都是精明的，加班是一把雙刃劍，不是不能用，但是要付出相應的代價，靈活的安排，必要的時候加班，不緊急的時候安排調休我覺得是合理的。
另外，我自己最近在找投資，可能創業公司本身就是乙個人承擔好多角色，多做一些總沒有壞處，找投資對我這個專案管理出身的人是個很大的挑戰，也漸漸了解到很多企業背後是資本在控制，企業的收購，併購都是資本最大化的結果，不一定是業務發展最優選擇。資本也是食物鏈的頂端，這是乙個更殘酷，更貪婪的領域，也是更精明，更靈活的圈子。大家都說當今社會，做事需要人脈，人脈又是怎麼來的呢？除了同學的積累，剩下的就是價值交換，同學慢慢也會變成價值交換，包括婚姻，所以最重要的是先讓自己成為誰，然後再花時間去建立人脈，否則這種吃吃喝喝的所謂朋友，好像真沒什麼意義。技術之外的世界可能更精彩。
可能這些道理大家都明白，我是在工作中對這幾方面體會更深刻了，又拿出老生常談的東西來分享，但也可能越是真理，越顯得樸素。
非技術 工作記錄 3
今天繼續聊下報表，還是以乙個普通的進銷存報表為例。情景 1 銷售一台手機則往銷售記錄表插入一條記錄，狀態為u。庫存記錄表該記錄移至庫存歷史表。2 使用者退機則在庫存記錄表裡面新增一筆記錄，狀態為退機,同時把以前的那條銷售記錄置為e 失效 同時把庫存歷史錶該記錄刪除。3 如果門店把手機退給供貨商，則把...
從技術的角度審視專案計畫
乙個好的專案計畫需要在合適的時候計畫處理以下技術內容 技術類文件的準備 編碼規約 是否定義了完善的編碼規約，是否在內部講解了編碼規約的內容。文件注釋規約 是否定義了詳細的檔案注釋規約，檔案頭注釋格式定義，屬性，方法注釋定義，修改，刪除的注釋方法，版本公升級定義等。常見 問題彙總 是否將常見的問題收集...
從技術的角度審視專案計畫
乙個好的專案計畫需要在合適的時候計畫處理以下技術內容 技術類文件的準備 編碼規約 是否定義了完善的編碼規約，是否在內部講解了編碼規約的內容。文件注釋規約 是否定義了詳細的檔案注釋規約，檔案頭注釋格式定義，屬性，方法注釋定義，修改，刪除的注釋方法，版本公升級定義等。常見 問題彙總 是否將常見的問題收集...