團隊建設的幾點體會-----之三
四、有效執行
有效執行就要說執行力了。在工作中不管我們的設計有多完美、計畫有多周密，進度安排有多合理，如果不能得到有效的執行，那麼這一切只是理想狀態而已。執行力
smart
原則是這樣描述執行力形成的基礎的：
s：目標必須是具體的
(specific)
；m：目標必須是可以衡量的
(measurable)
；a：目標必須是可以達到的
(attainable)
；r(relevant)
；t：目標必須具有明確的截止期限
(time-based)
。為了形成有效執行力，我們團隊建設中需要做到以下幾點：
形成能動執行力，樹立團隊的共同願景；告訴團隊成員，我們現在專案的價值和意義，無論是產品還是解決方案，我們這個專案可以給企業帶來什麼，可以給客戶帶來什麼；
堅強團隊領導，明確領導的責任；明確領導的責任主要體現在用人上。
從組織上講，提公升執行力的要旨就在於強結構、用對人。強結構，就是健全與優化團隊組織、進行人力資源的合理配置、發揮組織效率。用對人，
一項具體工作是由甲成員來做、還是由乙成員來做，團隊領導就要很好的衡量了。
人用對了，事情也就做好了；人用錯了，事與願違甚至帶來不良後果。
提公升團隊成員的基礎技能；對於研發團隊來說，開發人員的技能是基礎，是硬功夫。所以我們需要鼓勵每個團隊成員對新技術、新構架、新工具等基礎資訊的關注，加強團隊內部技術交流，在團隊成員對某個方法過程不清楚，不明白時，及時提供援助和講解。通過一系列方法，促使團隊成員不斷提高，同時讓團隊成員在工作中有成就感。
獎勵機制和懲罰機制並存；從我個人來說，我是不太建議使用獎懲機制的，因為好的團隊，就像乙個齒輪組一樣，每乙個團隊成員就是一顆輪齒，是乙個緊密配合的工作過程。所以如果任何一顆輪齒出現問題，這個齒輪組就要停下來，即便能很快排除故障，很快運轉起來，但還是需要乙個磨合的過程。這就是團隊所要付出的代價。獎懲機制並不能很好的解決團隊的故障的問題，甚至會延長故障排除過程。
提公升團隊士氣，保持團隊活力。
這個還是人文關懷的範疇。就不多說了。
五、有效驗證
有效驗證，準確的說是就是我們常常說的
rup迭代模型，之所以說有效驗證，是因為迭代模型發布
部署前有乙個測試驗證過程。我親歷一件比較搞笑的事，研發計畫功能完成定到
11月底，
12月初開始功能測試，12月
20號發布本版。大家看到了，整個過程中沒有制定效能優化和測試的計畫，如果我們12月
20號發布乙個不考慮效能的版本，應該是可以的。但是功能測試完成後，研發主管就要求測試組進行效能測試。然後就發現跑不過去了，版本發布不了，上層領導不停的催促，於是研發主管要求研發組加班搞定。公司上層管理人員以為編碼沒有完成，於是對研發組工作產生疑慮，研發組開會被批評，整個團隊士氣全無，關鍵成員與研發主管產生矛盾。工作無法推進。
那麼究竟是什麼原因造成這種情形的呢？是因為從上到下的所有人，對於軟體過程沒有明確的、清晰的認識，大家都認為功能完成，就是軟體完成了。
那麼我們是否在發布版本時做完這些工作呢？就要看這個軟體過程怎麼計畫和定義了！個人認為功能完成測試和介面美化與效能優化測試應該是兩個過程，兩者的工作重點不同，難易度也不同。每個過程都有它應該滿足的結束標誌，如果不住延伸，就會對團隊形成打擊。
團隊建設的幾點思考
在乙個缺水少肉的環境，弱肉強食是不可避免的。當大家的研究方向都處於模糊狀態的時候，只要是成果性的東西都可能會引來一場紛爭，似乎也印證了誰有成果意識就是勝者的可怕觀念。生態城這個專案，也激發我開始站在老闆的角度思考問題，乙個人能夠拓展的範圍總是有限的，因此團隊意識成為這個社會最推崇的品質，但現在我卻覺...
學習SQL的心得體會之三
今天我就對我這幾天學習sql做乙個小小的總結。我學習的一些對於表中列的操作和簡單的select 查詢 我首先對於表中列進行介紹一下 1 學會了如何刪除表與資料庫 drop table 資料表 drop database 資料庫名 2 增加新列 use 資料庫名 alter table 資料表名 ad...
論團隊的建設
長期以來，我對團隊的理解是這樣的 我認為團隊就是為了完成某個專案而召集多個人組成的乙個團體。專案負責人首先把專案需求分解成具體的任務，然後分配給相應的團隊成員。團隊成員接收任務並按照要求保質保量的完成任務。專案負責人對專案進度和任務完成情況進行及時跟蹤和調整，對專案干係人進行協調。經過這次團建活動，...