去年一直在忙碌，累得不行。回頭想想卻不知道忙了什麼。心裏鬱悶得很，於是與其它幾位同事私聊，發現大多數同事都有類似的問題。所以想把問題列出來，並尋找解決方式和方法。期間，也有同事提出建議，例如採用敏捷開發之類的解決方案，加入看板等可視化工具等。個人不牴觸，只是細想下來，敏捷開發側重團隊視角，對於個人，“架構”還是偏重。所以，還是想通過細節的調整，完成個人工作方式的改變。不論團隊採用何種合作方式，都要保證個人任務完成的高效性和經驗積累的有效性。
任務太多，忙不過來
由於兼顧開發，測試和支持，任務迎接不暇。開發和測試確實分不開家，時間開銷大，但其實支持纔是勞神費力的。你需要理解對方用意，同時切換視角，使用合適的語言，回覆適當的內容。既要有度，還要體現專業性，不好把握。再者，從時間安排上，通常早上進行支持，時長約一個小時。剩餘時間用於開發和測試。而中間穿插午休，一定程度上會影響開發工作的連貫性。同時，不同任務間的切換，會產生開銷，造成效率的降低，導致加班。從此死循環...
明確方案：
首先，支持任務還是要放在首要位置，要第一時間反饋，不能將進度卡在自己這裏。對於不確定的問題，應及時與leader溝通。
其次，對於開發和測試任務，儘量避免頻繁的切換。要控制新任務的引入，要有明確的優先級。在引入新任務時，一定要明確任務的deadline。
再者，要與leader進行溝通，使其瞭解自己手頭的任務數量，進度，及優先級安排。當有跨級任務產生，要第一時間通知leader。
關注細節，忽略方向
對於開發工作，一路平趟的機率較小，大多數情況下還是會出問題的，且出問題的往往不是方案，而是細節。這是最頭疼的！細節花時間多，但在效果體現上卻並不明顯。容易造成效率低的假象。同時，由於在細節上花費時間較長，會影響對方向或更高次元的設計、研究的時間投入，沒有時間思考和進行知識儲備。
明確方案：
在引入任務時，需對任務內容和範圍有詳細的解釋，避免畫蛇添足。對於出現的細節問題，應及時記錄，以便在應對時間成本的質疑時，做到有理有據。此外，要進行階段性反饋，避免失聯式的個人深挖。錦上添花是好事，但應在團花錦簇之後。
要引入研究和學習任務，寫明原因，重點在於與工作的關聯性，用以知識儲備和信息涉獵。
缺乏有效溝通，形成孤島
每天的早會，都會跟大家說明昨天的工作內容，進度，及今天要做的任務。但大家對於自己所做的工作，還是一知半解。
問題分爲兩方面來看。一是，同事並不在意自己的工作內容，一是，自己並未表達清楚。前者拋開不論，後者需要個人去解決。
明確方案：
如果存在技術壁壘，儘量避免講述細節，從“上帝視角”對內容進行描述和解釋。溝通是有來有回的，解釋完後，應詢問對方是否清晰，主動獲取反饋。當對方有疑問，再由淺及深的輸出細節。進行有效溝通，節省時間成本。對於要討論的事情，一定要形成定論，並記錄在案。反過來，對於同事的工作內容，提出自己的疑問，並收集與自己相關的信息，便於之後請教。
階段目標不明確，無成就感
往往在接到任務時，都已是細節。對於任務所在的項目沒有明確的瞭解，包括目標和計劃節點。因此，一通工作後，只有細節的概念。當項目完成時，無參與感，無成就感。
明確方案：
當引入任務時，索要任務背景及計劃安排。前者，可以幫助瞭解項目，後者方便控制任務進度。此外，對於目標的設定，不應只限於任務。對於全年的目標，應及時跟leader溝通，明確大的方向。並判斷是否與自己個人發展方向是否一致。
期望
認真思考完之後，發現很多方法其實自己一直在用，但並未重視和貫徹。例如JIRA，就能夠解決任務管理問題。已掌握的方式方法，若有效則繼續使用。希望以上的改變能夠堅持，形成慣性。而對於時間的管理，自己還需要好好考慮。如何做到自律，不是一天的問題，而是要堅持的問題。