首先要評價項目的(de)開發周期，必須掌握幾個(gè)訣竅。 

        1、了(le)解需求這(zhè)個(gè)階段非常重要，如果對(duì)需求的(de)理(lǐ)解錯誤，之後的(de)所有努力都可(kě)能是徒勞的(de)工作。 因此，在這(zhè)個(gè)階段的(de)測評時(shí)還(hái)必須确保有足夠的(de)時(shí)間。 在了(le)解需求這(zhè)個(gè)階段，程序員(yuán)需要與産品經理(lǐ)反複溝通(tōng)，确認需求點，确認雙方理(lǐ)解一緻後才能進入下(xià)一個(gè)階段。 一般的(de)産品經理(lǐ)必須排列需求文件，用(yòng)文檔的(de)方式向開發明(míng)确說明(míng)。 

        2、爲了(le)制定實現方案，在開始重要項目之前，需要技術計劃或設計文檔。 這(zhè)個(gè)文檔的(de)目的(de)是讓别人(rén)知道你在做(zuò)什(shén)麽，得(de)到反饋。 一旦注意到其技術細節，就會更清楚地知道具體花費的(de)時(shí)間。 例如，将一個(gè)庫更新爲新版本可(kě)能需要多(duō)一天的(de)時(shí)間。 你必須自己寫庫。 粒度在這(zhè)裏很重要。 如果你認爲哪個(gè)部分(fēn)不清楚，就應該了(le)解更多(duō)的(de)知識，或者分(fēn)解成更詳細的(de)步驟。 同時(shí)，請了(le)解這(zhè)一程度，因爲如果一個(gè)步驟太精細，可(kě)能會太脆弱，導緻整個(gè)計劃失效。 如果你想知道你的(de)文檔中應該考慮什(shén)麽，請看一下(xià)AliciaChen的(de)這(zhè)篇文章(zhāng)。 重要的(de)是要和(hé)公關溝通(tōng)清楚，消除暧昧的(de)地方。 那樣的(de)話(huà)，最後就不會被推翻重新開始了(le)。         3、如果coding前兩個(gè)階段被認真執行，實現思路被認真考慮，那麽coding幾乎可(kě)以說是純粹的(de)體力工作。 其實我個(gè)人(rén)覺得(de)在有想法，完全沉浸在代碼代碼的(de)狀态中，進入大(dà)家所說的(de)“心流”的(de)狀态是最爽的(de)。 但現實是，你在專注寫代碼的(de)時(shí)候，總是被亂七八糟的(de)事情打斷。 

        4、測試包括開發時(shí)自己編寫的(de)單元測試。 另外，有時(shí)單元測試最好放在coding這(zhè)個(gè)角落裏進行。 盡可(kě)能寫一種方法的(de)話(huà)，考試通(tōng)過後也(yě)能繼續寫。 考慮到實際情況，這(zhè)還(hái)是很難的(de)。 一般的(de)公司會對(duì)專業測試者開發的(de)功能進行整體測試，然後測試者會對(duì)出現的(de)bug提供給開發者，開發者解決bug即可(kě)。 

        5、一般上線的(de)時(shí)間是我們評價項目開發的(de)時(shí)間。