作為專案經理一定要關注計畫和跟蹤，控制好工期和質量、要培養好乙個團隊。
自己要思考，這個專案做下來，自己能得到什麼？組員能得到什麼？公司能得到什麼？想清楚了再做？其實很多事情在接收專案的時候就要想到的。剛做專案經理慢慢來，一點一點學嘛！
抓緊學習專案管理的理論知識。雖說理論不一定有用，但是理論可以指導你的行動，武裝你的大腦，經過多人證明的理論更具有科學性。
剛開始就這樣，要咬牙堅持。專案管理重在管理，而不是事事親為，所以既然你做了專案經理，就得考慮自己寫**的合理性和度。
組員能力不行你就得訓練他們，把他們訓練強壯，如果工期緊張訓練不出來，那你就得招兵買馬，如果你不能決定人員更替，則顯示授權不夠，要向上級索權。
否則你只能是乙個帶頭程式設計師。
1，你不應該是最忙的(針對這個專案),因為你還做很多直接開發以外的工作。如果你把精力直接放在開發過程中，就不能看到陷阱和危險。
2,在專案進行中不能讓任何人有理由輕閒，乙個團隊就是乙個＂場＂,如果有人輕閒這個＂場＂會變差，反之＂場＂會很好，這是互相影響的。
3，前期的規劃非常非常重要(uml之類的不重要)，要真正明白客戶的需求(這個很不容易做到，因為客戶開始一般是不知道具體需求的，並且還會變化)
4，把任務把的非常細，細到都看不出來做這個任務到底是完成什麼具體功能那是最好
5,任務打散，不要讓任何乙個人負責乙個完整的功能。
6，精神上的激勵也很重要。
7，不到最危險的關頭你不應該寫**。你的任務是做好以上工作還有與客戶與老闆溝通，協調團隊成員的精神士氣，解決關鍵的難點。
我聽過乙個個人認為很好的比喻,
專案經理是船長.一艘船在大海上航行,船長站在瞭望台上眺望著遠方,掌握著前進的方向.突然發現船的動力不足,船長走下瞭望台,開始拿起漿划船,又發現船煤燒完了,趕緊抓起鐵匠丟了點煤進去.當別人問他這個船現在行使到**了.還要多久才能到目的地,他重新爬上瞭望台,可是周圍的一切都是陌生的,地圖也因為海風吹走了.
故事現實存在性先不**,只是表達乙個事情,船長不是事事親為,而應該掌握前進的方向與速度,就像專案經理,應該總體把握專案的進度,質量.而不是"過度"的投入到專案的細節中去,那樣專案就會陷入泥潭中.
1、在有限的權力範圍內給團隊最大的激勵，保證專案組有昂揚的士氣；
從你專案組來看你的團隊士氣很低，而且你並沒有讓團隊認為你是團隊的核心，大家不過是混工資上班而已。
2、做好專案計畫，落實任務到人的分配；
在乙個計畫任務落實很好的團隊，目標明確統一，就不會存在你什麼都要去做，wbs分解是專案計畫管理的不二法門。
3、堅實有效的專案執行和控制；
把握專案執行，控制專案進度，處理專案風險，評定組員績效，始終保證專案健康有序的執行是你的工作重點。
4、做好專案內外部的溝通工作；
對客戶的外部溝通一定要做好，客戶需求是真正決定你的專案實際開發任務量，中國的合同籤的都很泛泛，別指望和客戶翻合同說道理；
對公司內部高層的溝通，這是給你專案組能夠真正支援的力量，說白了就是保證專案資源的因素；
團隊內部溝通，這點我認為最重要，如果前面兩相做的再好，專案組內部不團結，不認同專案目標，一切也是枉然。
5、做好專案收尾工作。
這是專案管理最容易忽視的工作，很多專案做完遲遲不能結項也是因為這個專案在最後階段大家都鬆懈和大意了，不到最後一刻覺不要鬆懈。
如果團隊到一定規模的話，你覺得做好以上工作的同時，你還能做很多具體編碼工作？
至於你說的如果團隊人員長期不遵守專案章程的人，就乙個字踢出專案組。
北郵人論壇的乙個帖子
發信人 liu487639 年輕有為小正太 信區 feeling 標 題 re 生命不是拿來作孽的 發信站 北郵人論壇 tue oct 13 16 22 43 2015 站內 生命真的應該有點擔當，不擔當點什麼，生命太輕了，輕到你留不下任何一點東西 生為子女，父母的恩情報了麼？我一直覺得唯一讓人割捨...
GAN裡面的乙個小坑
log sigmoid f x log 1 exp f x softplus f x log 1 sigmoid f x log 1 exp f x softplus f x thus,softplus f x softplus f x represents the same objective a...
之前在論壇看到乙個帖子講的是如何破解APK。。。
之前在論壇看到乙個帖子講的是如何破解apk。仔細看完 了解到apk真的好脆弱，太容易被反編譯。辛辛苦苦寫得 被別人那麼輕鬆就能得到 總感覺心裡有點不舒服。於是乎 開始研究如何如何保護apk不被反編譯，防止二次打包呢。通過這段時間在網上查資料與技術大神 與指點 研究出了一些 保護apk的方法 準備工作...