如何作好項目？

1、如何評價？

如何評價項目的好壞(從客戶角度)

功能：定期，效益，體驗，穩定性(性能)，擴展

定期完成功能是必定的，否則會被辭退，績效考覈纔是最重要的
穩定性的指標：可用性

    績效考覈指標：(分鐘-故障分鐘)/總分鐘


一個項目的開發流程：
需求(文檔)
->>>原型(需求可行性) 
->>>設計（技術選型）(技術，測試人員測試，UI設計)   UI，里程碑，原型對客戶重要，影響體驗
->>>分工開發(分階段，里程碑，哪一個階段完成哪些東西)

2、如何作好項目/如何讓客戶認同？

怎樣把項目作好（高質量）客戶認同

最重要的是要讓客戶看到項目的可控性，須要作到如下三點

1.需求階段：
    三家公司，都能作到，選哪個
    抓住客戶的需求，如何作到
        業務決定技術(一個好的架構師很重要)
    認同客戶想法：
        哪些要砍掉，哪些保留，哪一個UI適合你
        不是隻是完成技術任務，那是初級開發人員乾的
        好的程序員是告訴你需求，本身去處理

2. 原型階段：
    生成草圖，可能只是某個控件，如何跳轉，佈局
    理清流程，整個流程過一遍

3. 設計
    UI：
        用戶喜歡，和潮流符合，不落後
        動畫，特效
    技術：
        安全性、業務邏輯序列圖看得懂          
        功能能夠橫向擴展
        不會致使系統徹底崩潰,如數據庫數據丟失
        可測試的
作到上面三點，讓客戶明白團隊在項目的每個環節都把控的很好，也就會放心了。

3、如何更快解決問題

出故障如何快速解決問題：

    按分鐘算故障，本身能不能升值很重要

如何避免？

    1. 入口校驗，數據進入時校驗,也就是服務器校驗
有人說客戶端校驗就行，用所謂的提升性能來講話，其實這種說法是大錯特錯的。
若是一個項目是由於進行了服務器校驗拉低性能，那這個項目一點是搞笑的，連代碼層面上的故障都不能排除，還能幹什麼呢？
或者說，明知道錯誤的數據頗有可能容易出現故障，能夠及時處理，可是就是不處理，這是多麼的愚蠢，難道要等到之後出錯了才處理嗎？
    2. 異常：日誌，可查
日誌是必定要有的，在可能出錯的地方都給打算日誌。
    3. 項目流程方案部署文檔清晰，知道是哪一個地方有問題，部署架構圖必定要有
部署架構圖有什麼用？能讓咱們瞭解這個項目的架構，經過日誌可以知道定位出錯位置
    4. 監控系統，配合各類指標，預警：出錯可以提醒，訪問量爆增，錯誤日誌一直在增長
            CPU佔用率飆升，磁盤空間達到90%  ，JDK FULL GC消耗時間長，響應時間變長
            用戶數新增的減小(註冊故障)
        如何監控：涉及調用鏈，每一個接口的調用數記錄，智能攔截IP，每一個過程跟蹤
記得開會的時候有人說專門找人定時查看日誌，Leader反問：你以爲可能實現嗎？他本身都笑着說不能。
因此說監控系統是很重要的，你們很容易忽略

如何快速解決？

    1. 制定應急方案，備份：每一個部分都有備份(熱備)，能夠回滾
        灰度發佈，有100萬，用1萬用戶用到新發布的版本上，其餘用舊的，幾天沒問題，轉爲50%，最後再100%
    2. 異常日誌：能打的都打，日誌不只要包含業務的，還有查看與sql連通日誌 ，GC日誌
        咱們最多見的就時聽到夥伴說在我這裏還跑的好好的，到你那裏就不行了。 
        不容許e.printStack();
    3. 代碼

如何給別人講這個項目是幹什麼的？

1. 用戶使用者範圍

2. 解決使用者的什麼問題

講解項目內容是有方法的，不要這講一塊，那講一塊，不只別人不懂，連本身都搞懵了。