插
職業化:
創造價值:個人投資與薪水[了解企業執行機制與目的:共同有效最大的獲取財富]
素質問題:[對比足球]
需求明確再編碼[大刀王五]先下手為強亂出手遭殃
尊重客戶勞動成果.[資料的安全性,一致性和共享性考慮]
不要與客戶講實現過程[煩],簡單講結果.注意客戶的意見並引導客戶向自己備的方案走[減輕工作]
如何協作[技術需要人文語言來表達溝通,寫作能力]
自信[對於軟體來講,不恰當的硬體知識對自信很有幫助.]
//整體管理:控制變更
範圍管理:工作分解
時間管理:關鍵工作路徑
//技術論:[技術是必須的,學會轉化技術是最重要的.(轉化為產品有很多因素,要滿意解,不是最優解,產品需要成熟技術,而不是高新技術.)]
技術人員對技術是敏感的,而企業對技術是不太敏感的.這是個很矛盾的地方,但必須認識到,決策企業的人不是it人,而是管理人.因為投資有風險.
軟體的價值是思想,**本身一文不值,erp體現管理思想,本人必須有管理的概念.
透過"erp 不用等死 用找死"分析原因:
技術上沒有模糊概念
把不好說的說出來,是文學,把說不清楚的說清楚是科學
自我臭美的程式設計師
程式設計師不同於武林人士,我們不要崇拜邪派高手
大學計算機教育的失誤:從來就沒有重視質量,絕大多數學士,碩士,博士不了解軟體質量,不知道如何有效地提高軟體的質量.
高校畢業生c++/c程式設計考試的結果:程式質量低下
什麼是程式設計老手:能夠長期穩定地編寫出高質量程式的程式設計師
什麼是程式設計高手:能夠長期穩定地編寫出高難度,高質量程式的程式設計師
尤其是基本演算法一類的.目前經常有碰到問題不知如何解決,我認為主要是基本功的問題,有現象不知從何下手分析,當然就沒有思路了,說白了就是對整個系統的運作不太了解,而這又依賴與本人的基本功.所以我認為應該從作業系統開始了解[儘管沒有時間,還是可以抽的嗎].不要盲目去學習新的技術.
vbx,ole,ocx,activex,com,com+都是從它的前輩發展來的,只有基本功紮實,突擊才有效.
產品化:
需要成熟的技術,不是高新的技術.
體現人性設計比意味強調功能優越重要.[傻瓜介面使產品生命長久]
執行維護服務是第一位.[想辦法在方法上減少時間(在**上開版本公升級和疑難解答)而不是拒絕客戶]
保密措施使產品受到合法保護.
規模問題:
軟體的規模決定開發方式.
角色扮演[需求分析,系統分析,程式設計,測試點]
小型軟體目標是免維護.[重點1.保證質量(拳頭)重點2.文件描述清晰][word就可以畫草圖,只要說明問題就可以了]
大型軟體涉及多人協作對uml語言熟悉要求比較高[人的大腦不可靠,形成文件最好,記事本檔案就可以.][保證與使用者的互動溝通實時][開發組成員定期討論]
[用用例與客戶溝通]
對企業的建議:
1.梯隊建設:不能依賴特定的人或者團體.
2.附:
經驗總結:
1.oa本身與erp就有交叉現象.事實上業務與管理有時很難鑑定,在開發**現了業務流程與管理流程的重疊,而鑑定不明,直接影響到專案成敗的關鍵.因此,我認為在需求分析階段,骨幹需求調研人員必須對客戶業務流程有清晰的認識,以便在與客戶交流時將疑問充分展示給使用者獲取滿意解來讓系統分析員判斷解決方案[至要]
2.從長遠發展來看:相應的技術儲備是有積極意義的.完善文件的管理制度正是對技術儲備的有效手段.當然技術儲備是有相當風險的投資,制定預研方向就顯的更加重要了.組織一定人力對經過一定考驗的成熟模組再開發[時間週期可能比原始開發更長]完善以形成產品才是長遠之計.
3.建設具有協作精神的開發梯隊是專案成敗的基石.具有良好職業素質的開發隊伍是人人夢寐以求的,如何實施打好地基.我認為:
首先:要從培養自信開始[當然不是盲目的驕傲,也不是盲目的自卑],最簡單的辦法就是從安裝作業系統開始:作為一位開發者,一定程度了解ide所依賴的作業系統會幫助提公升自信.而且對設計思路的開闊有很多好處.
其次:交流心經是提高能力的不二法寶.
第三:也是最重要的,個人的努力是別人無法控制的.
乙個專案實施經驗的總結
背景 產品是公司研發開發的產品，我們在其上面為客戶做了二次開發。1，伺服器是和本地開發環境是不同的，如果呼叫第三方服務，一定要在開始呼叫的時候和結束呼叫的記下日誌，主要寫下開啟用時，是否開始成功，以及最基本的錯誤日誌。時間日誌 應該是這樣的，var start datetime.now dosome...
實施文件 乙個實施顧問5年的專案管理經驗分享
本人進入智慧型製造行業已經10個年了，主導實施和參與過的專案有40餘個。其中有些專案做的非常好，提公升了客戶企業的管理水平，也規範了企業的業務操作水平，優化了企業的生產流程，客戶非常認同我們實施的價值。當然，也有的專案實施效果一般，客戶在應用軟體前後沒有非常明顯的效果。為什麼在實施過程中有的專案就能...
我在實施CMMI開發專案時候的一些經驗
專案cmmi 試點專案經驗介紹 專案背景 某專案，開發人員6人，qa1人，業務兼測試2人，專案經理1人 共9名成員，專案在實行cmmi的時候正要根據國電的需求修改目前的產權系統。我們專案開發中，主要堅持以下原則 目標驅動，系統思維，風險意識，資料量化 目標驅動 凡事預則立，不預則廢。如果你不知道要去...