【正文】 程序燒好后再運行時，你卻為發(fā)現(xiàn)剛調(diào)試好的程序卻無法正常運行了，那是因為你的程序一直在不停復(fù)位了，注意用示波器觀察RST腳可能看不到復(fù)位信號的，因為看門狗復(fù)位并不影響RST腳的電平。再一種情況就是芯片內(nèi)部不帶看門狗，但是電路中有CPU監(jiān)控芯片的，它往往是可以提供復(fù)位信號的，而且是多種原因的復(fù)位信號，如果你發(fā)現(xiàn)上述情況，就可以用示波器查看RST腳看是否有電平變化。所以建議大家做51產(chǎn)品開發(fā)時盡量使用CPU監(jiān)控芯片，向X5045就是非常好用的，因為它還帶有Eprom功能，這在很多場合使用的到的，也可以用MAX708等專用復(fù)位芯片了，既穩(wěn)定又方便。第五篇：項目開發(fā)經(jīng)驗總結(jié)項目開發(fā)經(jīng)驗總結(jié)本人做項目經(jīng)理工作多年，感到做這個工作最要緊的就是要明白什么是因地制宜、因勢利導(dǎo)，只有最合適的，沒有什么叫對的，什么叫錯的，項目經(jīng)理最忌諱的就是完美主義傾向，尤其是做技術(shù)人員出身的，喜歡尋找標(biāo)準(zhǔn)答案，耽誤了工作進度，也迷茫了自己。項目開始階段是一個最重要的階段。項目經(jīng)理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內(nèi)很多客戶都很不成熟的情況下，千萬不要根據(jù)項目的名稱望文生義地去想象項目的目標(biāo)。一個名為“辦公自動化”的項目很有可能在你進場以后一個月才發(fā)現(xiàn)客戶其實需要的是一個計算機生產(chǎn)管理輔助信息系統(tǒng)系統(tǒng)。前期了解情況的工作越詳細(xì)，后面的驚訝就越少，項目的風(fēng)險就越小。，如投資方、具體業(yè)務(wù)干系方、項目建成后的運營方、技術(shù)監(jiān)督方等等，很多項目里除了業(yè)主單位的結(jié)構(gòu)很復(fù)雜以外，還有一些其他單位也會牽涉進來，如項目監(jiān)理公司、業(yè)主的行業(yè)主管機構(gòu)等。項目經(jīng)理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，可以讓你在做項目碰到問題的時候，就每件事情分析哪些人會在什么方面支持你，哪些人會出于什么目的反對你，從而提前準(zhǔn)備聯(lián)合朋友去對抗敵人，讓事情向你所希望的方向發(fā)展。沒有永遠的朋友，也沒有永遠的敵人，只有一致的利益，這句話作為項目經(jīng)理是一定要記住的；，下面的事情就是了解自己公司各方面對這個項目的看法。，還要大致計算一下你手上的資源。首先是時間，現(xiàn)在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風(fēng)險控制計劃的時候要充分考慮。其次是人員，根據(jù)項目預(yù)算和已往經(jīng)驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準(zhǔn)備工作要盡早啟動。最后就是一些設(shè)備的準(zhǔn)備，項目所需大件關(guān)鍵設(shè)備要盡早預(yù)定，以后不管發(fā)生設(shè)備等人還是人等設(shè)備的情況，浪費的都是你的時間；。一份好的項目說明書不僅將要做的事情描述得很清楚，現(xiàn)在是成立項目小組的時候了。很多項目經(jīng)理都沒有自己選擇組員的權(quán)利，那么，就盡量發(fā)揮你的影響力去尋找那些你想要的人吧。成員的組成根據(jù)項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業(yè)務(wù)的人，很多小項目里，這個人就是項目經(jīng)理本人，大項目里會配客戶了，不知道自己要做什么，更不懂怎么做還要指手畫腳的客戶到處存在，但是要明白，是客戶選擇了你，而不是你選擇了客戶，有了客戶你才有工資拿，心平氣和一點吧；，對這些規(guī)則的運用覺得是一件理所應(yīng)當(dāng)?shù)氖虑?，但是，你現(xiàn)在面對的是多個部門甚至多個單位，不把溝通規(guī)則說清楚，你以后就會吃虧。下面的東西看起來無聊，其實還是很管用的：第一個是規(guī)定信息的流動方式和介質(zhì)，是推還是拉。推的意思就是項目經(jīng)理將主動發(fā)布信息，不管通過電話、郵件還是書面方式，保證將信息傳達到每個人。這種情況適合小項目，人少；拉的意思就是項目經(jīng)理就是一個類似web服務(wù)器，你自己需要什么信息就去問他。當(dāng)然，沒有項目經(jīng)理把自己搞得那么累，他會用發(fā)布信息到公共介質(zhì)的方式公布信息，簡單的是白板，復(fù)雜一點的是項目的公共信息交互區(qū)，潛規(guī)則就是我發(fā)了你沒去看就不要說我沒告訴你。說這些看似很無聊，其實里面牽涉信息傳達不完全的責(zé)任問題。當(dāng)然，這些都是指一般的方式，而且不要絕對化，一般情況下，主動溝通和被動訪問是同時存在的，尤其是對領(lǐng)導(dǎo)，項目經(jīng)理更加應(yīng)該主動去和領(lǐng)導(dǎo)溝通。第二個問題就是文檔問題，很多人怕寫文檔，但是項目經(jīng)理一定要牢記“好記性不如爛筆頭”的道理。有理所以項目經(jīng)理開始就要和客戶說清楚有些共識的東西，比如會議紀(jì)要，甚至領(lǐng)導(dǎo)的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據(jù)可查。記?。赫f了的就和沒說一樣，只有寫下來大家簽字后才算真正發(fā)生了的。還有一些問題，比如你提交的報告，給領(lǐng)導(dǎo)（包括本方領(lǐng)導(dǎo)和客戶領(lǐng)導(dǎo)）做一個選擇題，結(jié)果領(lǐng)導(dǎo)壓住不批，讓你無所適從，結(jié)果拖延了進度。這時候，你可以等，但是注意要留記錄，標(biāo)明是誰的責(zé)任；另外，如果你在開始階段就和領(lǐng)導(dǎo)商定：如果批示提交三天后沒有得到領(lǐng)導(dǎo)答復(fù)就算對方同意，這樣你就會主動很多。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里、什么等級的事情要雙方項目經(jīng)理專門簽署備忘錄、什么等級的事情要雙方領(lǐng)導(dǎo)出面簽署合同附件等等。事先想得越周到，以后的工作就越主動。，現(xiàn)在是坐下來做計劃的時候了。這一節(jié)，首先是找?guī)讉€關(guān)鍵組員，比如客戶業(yè)務(wù)專家、系統(tǒng)分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么每件事情需要什么資源，他們之間的前后關(guān)系如何，消耗的時間有多長，完成后有什么標(biāo)志等。所有的結(jié)果最后用一個叫做甘特圖的形式表現(xiàn)出來。你做完這個表以后會驚奇地發(fā)現(xiàn)，甘特圖上項目的結(jié)束時間會遠遠落后于你的計劃結(jié)束時間（簽合同的人永遠不會先征求你的意見的）。當(dāng)然，學(xué)過項目管理的人會大談什么WBS、優(yōu)化路徑之類的東西，但是我的經(jīng)驗是你再優(yōu)化也不可能把這些東西安排到計劃的時間結(jié)束。如果你沒碰到這個問題，在我恭喜你挑了一個輕松活之前，請你再去確認(rèn)你是否羅列了所有要做的事情和正確評估了他們所需要的時間。這時候，你就要考慮犧牲一些任務(wù)的時間（也意味著質(zhì)量）了。按照什么標(biāo)準(zhǔn)犧牲？這個項目的戰(zhàn)略！我們在第三節(jié)提到過的戰(zhàn)略。我的經(jīng)驗是如果你什么都趕進度，其結(jié)果可能就是十件事情你一件也沒做好，想想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結(jié)果是十件事情，你有三件做成了精品，三件完成，還有四件因為某些原因延誤，成績單是否靚麗了很多呢？戰(zhàn)略決定優(yōu)先級，而正確排列事情的優(yōu)先級是一個項目經(jīng)理能力的主要體現(xiàn)。現(xiàn)在項目已經(jīng)完成了前期工作，了解了項目的目標(biāo)、搞清楚了手上的資源，制定了項目的策略，然后編制了項目的整體計劃，項目進入實施階段。進入這個階段反而是項目經(jīng)理比較空閑的時候，不像前期的時候項目經(jīng)理要象記者一樣到處和不同的人接觸，搞清楚他們在說什么，努力猜測他們在想什么和他們的真正目的，那才是最累人的事情。當(dāng)然，小項目的項目經(jīng)理往往自己也是一個資源，要做很多事情，這時候反而比誰都苦。項目經(jīng)理這段時間的主要工作是保持和客戶領(lǐng)導(dǎo)以及自己領(lǐng)導(dǎo)的溝通。和客戶領(lǐng)導(dǎo)溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態(tài)度要積極一些，千萬不要說一些領(lǐng)導(dǎo)不懂的細(xì)節(jié)，比如：“王局長，最近項目進度還算正常，就是JVM經(jīng)常發(fā)生一些內(nèi)存泄漏的情況…”項目經(jīng)驗總結(jié)(2)前陣子負(fù)責(zé)一個接口項目的開發(fā)，雖然技術(shù)上沒有太大問題，但過程并不順利?，F(xiàn)在總結(jié)一下經(jīng)驗上的不足：一是，前期沒有明確的分析文檔、用例圖和活動圖，為了讓快點看到成果，只憑著簡單的需求文檔進行開發(fā)。二是，中期沒有補上缺失的文檔，而是在原來代碼上修修補補，最后由于變化很大，所以基本上完全重構(gòu)。三是，給潛在客戶的文檔不明確方向，技術(shù)上太細(xì)致化，而且沒有一個明確的世界觀，不能在一個比較高的層面上表現(xiàn)接口的功能。四是，接口散亂，沒有統(tǒng)一的中心流程，雖然可以用，卻經(jīng)常走入死胡同。建議：