一項目計劃：
1.項目計劃并不是一邊將自己所熟悉的工作內容留給自己一邊不停的說這個工作量太大，讓MM來協(xié)助，你要這樣的話我建議你當老總找個秘書。
2.開會：
開會的目的是解決問題，不是休息，不是一個會可以開它半天，要講究效率；開會時在討論大家所關心的問題，而不是幾個組員的問題，如果幾個人有問題可以會后來解決，而
不是讓大家等你們，直到你們解決完問題，才讓大家散會。
二.項目管理：
1.負起責任:
讓你管項目，你就得負起這個責任，不是讓你的其他組員寫代碼而你在一邊喝茶，老總問你怎么樣了你只說差不多，可以了，也不是等到項目結束時你還沒有將其他組員寫的代
碼合起來，而讓他們陪著你加班。也不是你在老板面前一直說好了，而你所負責的代碼直到兩個項目完成時還未修改完，等到項目實施差不多時客戶反饋的問題還是你的。
2.承擔責任:
讓你管項目，你就承擔起這個責任，不是在老總面前說進展順利，而客戶將問題反饋時，你說你不是很清楚，這些代碼不是我寫的，是mm是寫的，將責任推卸給他人。
3.人員管理:
不管出于什么目的千萬不要在項目開始時讓你的組員就寫操作手冊，那不僅是對軟件開發(fā)過程的誤解，而且是對組員的最大不尊重。
4.當你不了解的時候千萬別亂說：
我不知道幾個寫代碼的同事對設計模式有多少了解，如果你了解了你就不會說別人代碼亂（當然我承認我對設計模式理解不透），不要在一個工程下建立很多個文件夾，然后
給每個數(shù)據(jù)表寫一個CS，然后說這是你的所謂的三層架構，CS是對象的實例，不是代碼的分離器，不要為了三層而三層，思路開闊點，不要老師教你一你就是一，先將自己的事做
好，這樣你會贏得更多的尊重。
三.項目實施：
1.編碼:
編碼標志著項目的開始，在編碼之前請確定好你的數(shù)據(jù)庫建設是否完整，沒有確定之前請不要開始操作數(shù)據(jù)庫，數(shù)據(jù)庫是基礎，就像蓋樓時的地基，如果地基沒有建立好你就去
蓋樓，然后在蓋樓中的過程中去修補你的地基的大小，我想這樣即使能蓋起一棟大樓，但是他的質量會打折扣的。這樣建設起來的系統(tǒng)最終是用戶不停的給你反饋問題，你也不停
的在修改他們。
2. 客戶反饋：
每個組員都有在客戶那里實施項目的經歷，而這種實地的實施恰恰是在客戶那里解決問題，這是難得的獲取新的需求的最好機會，所以每個個實施的員工應該帶回來一個客戶問
題反饋的文檔，這些文檔應該大家聚在一起探討最好的解決辦法和系統(tǒng)中新等等創(chuàng)新點，千萬不要只是將問題修改了事（我到現(xiàn)在沒看到公司其他員工寫回來這樣的文檔，更不用
說討論了。即使我寫回來的幾個項目反饋也沒沒有進行討論，這點真的讓我很吃驚）。
四.人際關系：
1.同事關系： 同事也是一個團體，可以說是一個沖鋒在前線的的戰(zhàn)斗隊伍，大家要講的就是以團隊的力量去取勝，只有大家密切合作才能取的勝利，同事之間的關系應該是最簡
單的，而且是最有戰(zhàn)斗力的，不要講太多的關系，關系越簡單越有戰(zhàn)斗力，希望同事不要把政府的那一套帶進團隊的合作里，特別是軟件行業(yè)里，如果你非要講究那些東西的話我
建議你去政府當官，那里才有你的前途，如果你在公司而且是在一個開發(fā)團隊里的話你絕對是一個禍害。
2.個人修養(yǎng)：
大家都是二十幾歲的小伙子，真是年輕氣盛的時候，而且大家都是受過高等教育的，所以在年輕氣盛的時候千萬不要學那些潑婦行為，幾個人一起說他不是，轉過去又說另外一
個的不是，如果你樂此不疲的話，我真為你擔心。注重個人修養(yǎng)。
五 個人發(fā)展:
曾經看過這樣一個故事，說一只老鼠跳進一個米缸，發(fā)現(xiàn)有很多米，結果就放心的吃起來，越吃越胖，沒想到那個米會完，知道有一天他吃完米想跳出來的時候，發(fā)現(xiàn)缸太深了
，他肥胖的身體已經跳不出來了。希望每個人都不要成為米缸中的老鼠，繼續(xù)奮斗，這樣蛋糕才能越大，你吃到的也越多。上次去全球遙感大會時給我上了一堂生動的課，因為那
里的一家參展廠商給我留下了很深的影響，有個女的用英語在那里不停的在跟不同的客戶去探討…….
祝大家前程似錦~~！
版權聲明：本文內容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。
