研發軟體專案獎金發放制度
第一條為調動軟體研發人員的工作積極性，提高軟體的開發質量和開發效率，促進研發人員深入市場，及時跟蹤產品的銷售情況，特制定此制度。
第二條本制度適用於從事軟體專案開發的人員。
第三條根據《研發中心軟體開發過程規範》的要求立項的專案，在專案完成，《專案結項申請書》通過批准後，參與專案的研發人員可在此專案的產品產生銷售時，通過提成方式獲得專案獎金。
第四條專案獎金的發放額度在專案結項後確定，原則上不得超過所研發的產品銷售毛利的10％，不低於產品銷售毛利的5％，具體額度由研發中心軟體經理、營銷中心經理、副總經理、總經理協商，總經理最終確定。
第五條當發生大市場變化，需要重新確定獎金發放額度時，可由營銷中心經理提出，經過研發中心軟體經理、營銷中心經理、副總經理、總經理重新協商後，總經理最終確定。
第六條獎金的發放時限為從專案的計畫結項日期開始起的三年時間，超過此時限研發人員不再獲得此專案產品的獎金。
第七條獎金每月結算一次，專案組內部的分配比例由專案經理在結項後確定，經過研發中心軟體經理認可，主管研發副總經理最終確定。
第八條當專案產品由於技術公升級等原因，重新立項公升級後，分配比例重新確定，獎金發放時限按新專案計算。
第九條專案提前完成時，按比例增加獎金發放額度，比例計算方法為：
增加比例＝（計畫工作日-實際工作日）/計畫工作日
當增加比例大於50％時，按50％計算，當增加比例小於0時，按0計算。
例如，專案計畫用100天完成，專案組實際用了80天，確定的基礎獎金額度為每例1000元，則增加比例為（100-80）/100=20%，實際每例的獎金額度為1000×(1+20%)=1200元。當專案未完成立項時所計畫的質量目標時，此條無效。
第十條當專案未完成立項時所計畫的質量目標時，按比例減少獎金發放額度，比例計算方法為：
減少比例＝（實際缺陷數量-計畫缺陷數量）/計畫缺陷數量
當減少比例大於50％時，按50％計算，當減少比例小於0時，按0計算。
例如，專案的計畫缺陷數為100，實際缺陷數為120，確定的基礎獎金額度為每例1000元，則減少比例為（120-100）/100=20%，實際每例獎金額度為1000×(1-20%)=800元。
第十一條
專案的測試人員按確定的基礎獎金額度的5％獲得專案獎金，當測試出的缺陷數量超過立項所計畫的質量目標時，測試人員獲得質量監督獎，比例的計算方法為：
增加比例＝（實際缺陷數量-計畫缺陷數量）/計畫缺陷數量
當增加比例大於500％時，按500％計算，當增加比例小於0時，按0計算。
例如，專案的計畫缺陷數為100，實際缺陷數為200，確定的基礎獎金額度為每例1000元，則增加比例為（200-100）/100=100%，測試人員實際每例獲得的獎金額度為1000×5％×（1＋100％）＝100元。
每次發放專案獎金時，從實際應發的獎金額度中扣除測試人員所應發的獎金額度，剩餘部分專案組內部按比例發放。
如果有一級缺陷未在測試中被發現，而在後續的銷售環節中被發現的，從缺陷被發現之日起，測試人員不再獲得專案獎金，並全額扣除測試人員的質量保證金。
第十二條
專案獎金發放的第一年，公司暫留發放額度的40％作為質量保證金，當產品因研發原因在現場出現問題，需要研發人員解決時，研發人員出差產生的部分費用從質量保證金中支出，支出比例為出差費用的50％，如果暫留的質量保證金不足，則按全額質量保證金扣除，多出部分由公司負擔，扣除時以當前剩餘的質量保證金為限，不涉及以後的質量保證金。最終剩餘的質量保證金滿一年後一次性發放，如果專案組成員中途離職，則不發放暫留的質量保證金。從專案獎金發放的第二年開始，不再暫留質量保證金，公升級專案重新計算。
第十三條
開發過程中，在內部質量審核時，由於存在質量問題或不符合標準等問題，被下達《軟體整改通知單》進行整改的，每下達一次《軟體整改通知單》，扣除專案組研發人員專案獎金總額度的2％。
第十四條
由於專案組備份不及時和備份管理不到位造成專案資料丟失，致使開發周期延誤的，每發生一次扣發專案經理專案獎金的30％，直至全部扣發。造成重大損失的，全部扣發專案經理專案獎金，並根據具體情況追究其責任,是否為重大損失由主管軟體的研發經理確認。
第十五條
在專案獎金發放期間，出現因研發原因引起的產品退貨時，按110％的比例扣除當次所發放專案獎金。
第十六條
在專案產品基礎上產生的定製版本，要重新核算乙個分配比例，每例獎金額度不變，以後銷售此定製版本產品時，按新比例發放獎金。產品定製不影響專案獎金的發放時限。新比例由專案經理，研發軟體經理協商，主管研發副總經理最終確定。
第十七條
因公司發展需要所研發的一些基礎類專案，短期內不能產生銷售時，可在專案結束後一次性發放固定額度的獎金給研發人員，具體額度由研發中心軟體經理、營銷中心經理、副總經理、總經理協商，總經理最終確定。
第十八條
本制度由主管研發副總經理負責解釋。
第十九條
本制度從2023年x月x日開始執行
IBM將研發軟體重新喚醒人類記憶
2008 年8月4日 國際報道，為幫助人們喚起記憶，回想起關鍵的事實，近日，ibm公司推出了新的軟體技術，利用影象，聲音和文字等功能記錄在日常移動裝置中，以幫助人們隨時記得需要的 會話和其他重要資料。新的軟體技術，由 ibm的團隊開發研究，研發代號 pensieve 利用獲得的資料資訊，使乙個人之間...
軟體專案研發流程
前一點段時間參與了乙個公司的新專案，最近有時間開始總結一下專案的研發流程 研發流程大概分 為 6個部分可研性分析，需求分析，概要設計，詳細設計，程式編碼，測試，發布，下面就分別說一說這個幾個環節具體都幹什麼.可研性分析之後，確定產品，研發 技術leader和主程 測試同學，質量同學，需求方對接人進行...
測試組是助力研發軟體質量還是拉軟體週期後腿？
軟體測試團隊作為軟體研發部門的乙個組成部分，一度聽到的都是軟體測試很重要，要重視軟體測試。可在當下現實環境中，你有想過軟體測試也會拉後腿？當研發團隊中開發人員資源比較緊缺，而任務比較重，專案比較急的情況下，若全部經過測試組，在軟體質量保證的同時，必然出現了軟體週期延長，專案上線延遲的問題。倘若測試人...