網上好多部落格都寫技術點，發現沒什麼好寫的了，寫，寫不過別人，轉又不想轉，糾結了好長時間，就以個人小專案做寫部落格的驅動吧，接觸安卓的時間也不少時間了。
主題：目標管理（goal）
概述：最初有乙個這樣想法，網上好多目標 習慣管理不是自己想要的。
1：有乙個等級系統，經驗制度，每個等級對應乙個稱號。
2：有乙個自我獎勵制度，比如：完成一天的目標，可以獎勵自己一點想要的東西，完成某個目標也可以。
3：有乙個懲罰制度，比如 今天的目標沒有完成到80% 罰自己寫一篇自省日誌，沒有完成某個目標也懲罰某些東西
4：目標又可以分兩種，1 目標，比如30天目標，如果沒有設定總數 就是自己的習慣
5：版本目前有幾個想法，1.0版本 單機模式 2.0版本 增加互動功能。
6：未完待續............
分析需求：
已經做了個半成品了，需要重新分析。
關鍵字：
等級系統，目標系統，本地儲存功能
有一些固定東西需要配置，配置這點就有點糾結了，一般遊戲是找一些檔案進行配置，然後執行引擎時候載入這些配置。我這點芝麻大點的小專案需要配置嗎？想來想去，就不配置了，下個專案再使用檔案配置吧。
等級系統：暫且就分為 6 個等級吧，預設提供三個選擇，或者說就乙個選擇(變)
經驗值：0級0經驗 1級 10經驗之前，以後以此1.5遞增。（變）
目標系統：
目標名稱
開始時間 —>不設定就是當前日期
結束時間 —>不設定就是習慣 習慣不是一天養成的，所以說就是長久的。
提醒時間—> 如果今天目標沒有完成的時候 提醒的時候
下班了，今天早點走辦點事情，明天來繼續分析，既然我們自己做東西
第一要求要看，第二要求遵守android design 原則
專案管理之目標管理方法
目標管理方法是現代企業中常用的一種管理方法，這段時間我間歇讀了關於這個方法的一些書，回想這幾年來在軟體開發中的成功與不足，寫出這段文字與優耐達公司的各位同仁共勉。目標管理方法可以簡單概括為一句話，即依據 我現在做的，使我更接近專案目標 的原則，判斷工作輕重緩急，合理安排時間，保證 最重要的事最優先去...
專案的階段性目標管理
最近我們的團隊向客戶做了一次成功的兩周一次的delivery。首先在兩周以前，我們就和客戶進行了有效的溝通，得到了客戶當前最希望的需求功能點，並一致認可了定義清晰的 可實現的兩周後的專案目標。然後我們又綜合了 資源，計畫和需求 這個鐵三角矛盾平衡點，從中抽出了最迫切的 可實現的功能點列表進行首先實現...
專案的階段性目標管理
最近我們的團隊向客戶做了一次成功的兩周一次的delivery。首先在兩周以前，我們就和客戶進行了有效的溝通，得到了客戶當前最希望的需求功能點，並一致認可了定義清晰的 可實現的兩周後的專案目標。然後我們又綜合了 資源，計畫和需求 這個鐵三角矛盾平衡點，從中抽出了最迫切的 可實現的功能點列表進行首先實現...