一般作計畫總要依據現有需求，考慮市場因素和可使用的資源，來安排各項工作的開展順序，以便在有限的資源和時間的前提下，獲得最大的產出。
在作計畫之前需要首先確定各項任務的重要和緊急程度，參照重要性、緊急程度來決定其順序作計畫。
重要性、緊急程度的矩陣列示如下：
重要緊急
不重要緊急
重要 不緊急
不重要 不緊急
重要、緊急的任務在安排計畫時必須優先考慮，而不重要、不緊急的任務放在最後考慮。爭議比較多的是重要不緊急和緊急不重要的任務的優先順序。
如果先安排緊急不重要的。認為緊急的是就是必須作的，必須現在解決，否則會影響開發進度。其實這是不對的，我們的前提條件是時間有限、資源有限，如果都優先安排作緊急不重要的任務，那麼重要的功能由於沒有足夠的資源勢必就會被拋棄，從而影響整個產品的使用者滿意度。形象比喻為揀了芝麻丟了西瓜，得不償失。這就對最初的確定任務的重要緊急程度提出了要求，需要正確區分各任務的性質。在迭代開發中，最好每次迭代開始時重新評估任務的重要緊急程度，以便指定合理可行的計畫。
因此正確的優先順序為重要緊急、重要不緊急、不重要緊急、不重要不緊急。
1，重要
緊急3，不重要
緊急2，重要 不緊急
4，不重要 不緊急
所以，在各種方式的開發中，都要確定任務的重要緊急程度，以便在有限資源和時間內，實現產品功能的最大化。
乙個AI小計畫
筆記本 gtx 1050ti 4gb win10 筆記本開發環境 anaconda pycharm cuda10.0 cudnn v7.4.1.5 開發板 jetson nanob01，jetson nano採用四核64位arm cpu和128核整合nvidia gpu，可提供472 gflops的...
使用者指導手冊的乙個原則
某使用者指導手冊中有如下內容 官方在這方面曾做過警示 請注意 如果你具有多個筆記本 notebook 多個筆記本組 stack 在匯入時，將失去這個結構，全部筆記進入到乙個筆記本中，所以請三思而後行 但這些文字，對使用者操作，是誤導而非指導！面向使用者 指導應用的原則是，明示使用者應該如何做，而非告...
來乙個近期學習計畫
很多時候，學習都是沒有章法，隨著性子來，想看會書的時候就看，想玩會兒手機的時候便玩。也看過很多博主列出學習計畫，勉勵自己，以前總覺得要隨性而為，不要被條條框框所約束，其實回過頭想想，是不對的，畢竟自己沒有養成良好的習慣。譬如說總想著早上上班提前乙個小時起床，鍛鍊身體，再去公司 中午休息的兩個小時，部...