急救術，當然是個醫學名詞，在急診室中醫生必須非常迅速地查看所有的問題，採取最急迫必要的急救醫療措施，然後再依優先權分別施救。軟體急救術是非常類似的觀念，先分析各項錯誤與瑕疵，以及它的嚴重性，以下是判斷是否施救的準則：
1、錯誤的嚴重性：如果錯誤嚴重到必須回收所有已推出的產品時，那么就必須立即改正這項錯誤；
2、明顯程度：錯誤會很明顯而立刻被使用者發現嗎？會不會影響到產品的品質？會影響到產品的形象而成為競爭者攻擊或嘲笑的把柄嗎？
3、影響範圍：有多少比例的使用時間，會遇到這個錯誤？這個錯誤是大部分的使用者都會遇到的嗎？
4、修正錯誤的風險：如果要修正這個錯誤，會不會造成軟體的不穩定？這需要非常資深又對產品了如指掌的開發人員來判斷。
5、團隊動態：為了個性這項錯誤是否需要動用大批的人力，抑或是一小；部分人員投入即可？會不會使已經忙碌不堪的開發人員更加人仰馬翻？
6、修正錯誤後所需要的測試成本：為了任何理由個性任何部分都需要測試，團隊有沒有足夠的人力來招待測試工作？時間上允不允許測試？
一般而言，急救小組的任務是選擇和修改產品中最重要的錯誤，儘量讓大部分的使用者在大部分的時間都能使用愉快。對使用者來說，這項不完美的產品是幫助還是災難？他是用這個不完美的產品比較好，還是寧願不用比較快樂？這個複雜且嚴肅的問題，需要工作人員不斷設身處地去構想使用者的情況，揣摩使用者的心情，與使用者雙向溝通，才能探得正確的答案！
