招聘系统自研工时评估及方案说明书
招聘系統自研工時評估及方案說明書
1、項目功能介紹
根據HR的需求提報以及信息管理部的溝通整理,目前招聘系統需要開發需求庫管理、自建招聘渠道(公眾號或者小程序)、職位管理、簡歷管理、面試管理、面試評估表管理、HR工作臺、錄用管理、入職管理,共計九大核心模塊。
根據業務要求,需要開發移動端(公眾號)、業務PC管理端,同時未來還需對接我們HR系統、OA系統、企業微信、單點登錄、郵件平臺、短信平臺(收費需開通賬號)、等第三方系統。
2、模塊功能介紹及開發難易點分析
2.1 ?需求庫管理
功能介紹:各業務部門提報人員需求,HR根據提報需求進行評估,調整需求緊急程度,能夠在系統上相應合理安排。人員入崗時與HR系統對接,達到實時查看到崗人員情況。
難易程度: 中
2.2 ??自建招聘渠道(公眾號或者小程序)
功能介紹:各應聘者通過小程序掃碼進行填寫應聘信息,同時HR通過小程序發布相關應聘信息、智能機器人在線答疑、承載內部推薦裂變、推薦獎勵功能,未來可能與營運系統對接。
難易程度:?中
2.3 ???職位管理
功能介紹:職位創建、發布以及簡歷的接收、不包括(一鍵發布到各大平臺)
難易程度:?低
2.4 ??簡歷管理
功能介紹:接收或者自建不同平臺的簡歷,進行分類形成簡歷庫,并將簡歷與職位關聯配比,方便后期統計分析
難易程度: 低
2.5 ???面試管理
功能介紹:黑名單識別功能、面試安排、郵件平臺、短信平臺、企業微信系統對接,等其他面試流程節點的開發,難點是視屏面試功能實現較為復雜
難易程度:?難
2.6 ??面試評估表管理
功能介紹:自動匹配各職位各面試層級的相應評估表模塊、與企業微信對接,面試流程在工作臺有相應提醒,便于HR跟進
難易程度: 中
2.7 ??HR工作臺
功能介紹:待處理事務表、有日歷查看當月每天的事項安排
難易程度: 低
2.8 ??錄用管理
功能介紹:面試通過后生成offer,并將相關信息通過短信發送給應聘者,同時微信發給店總,offer查詢頁面以及超過入職時間未報到的相應提醒功能
難易程度: 低
2.9 ???入職管理
功能介紹:應聘者通過offer鏈接補錄相關信息,門店人員通視屏截圖比對后填寫相關信息,HR通過后臺進行相應審核。
難易程度: 低
3、項目重要技術難點與解決辦法
3.1 如何實現線上視屏面試,移動端應聘者,pc端HR管理人員
解決方案一:外購市面上相關視屏面試公司提供的api接口,例如:海納面試
優點:穩定安全性高、瀏覽器兼容性強、出問題幾率小
缺點:10元/小時視頻收費標準,按目前HR需求,每天視屏8小時計算,估計年費用3萬/年
解決方案二:采用HTML5+WebRTC網絡通訊框架實現音視頻通話,即Web Real-Time ? ?Communication,web實時通信技術,經測試符合我們預期視屏功能,但是 ?測試ios時發生通訊不了的情況,后期真正開發可能要做兼容性調試
WebRTC介紹:WebRTC是通信協議和API的集合,可在瀏覽器內實現實時對等連接。非常 ????適合多人游戲,聊天,視頻和語音會議或文件共享。
服務器介紹:原始的WebRTC框架使用的是谷歌的服務器,由于網絡的延遲等其他原因, ?可能造成我們視屏面試信號不穩定、初始化時間過長、畫質質量低下等問 ?題,我們可能要單獨開發一個視屏的后臺通訊服務器,該服務搭建初步設 想暫時采用netty網絡通訊架構模型,開發難度大但是并不是不能開發
優點:自行開發,可隨時根據項目進行更換迭代,方便修改升級
缺點: 初始化時間長即(鏈接時間長)通過自行開發服務器后臺可達到優化,畫面質量 ??????????不高經本地測試能夠達到我們面試要求,兼容性問題 經本地安卓測試無問題, IOS機型出現問題,正式開發多注意這類問題,可能存在5%左右的機型或者瀏覽器 版本不支持,需要兼容即使移動端面試無法解決也可通過web端解決 ??????????????????????????
3.2 如何實現線上視屏面試的排隊功能,移動端應聘者,pc端HR管理人員
解決方案一:A、B、C三個面試官進行在線面試,當天的面試人員可能達到了30位左右, ?我們在進行面試安排時,會主動生成一個房間號碼,并將號碼存入數據 庫,并同時將面試信息信息鏈接發給面試官和應聘者,應聘者和面試官在相 應的時間打開相應的鏈接完成面試,面試官點擊下一個會自動進入下一個房 間進 行下一位面試者。
3.3 一鍵發布招聘廣告功能
目前情況:各大招聘平臺為提供相應的一鍵發布廣告功能相應后臺api接口,目前主流 招聘網站都是使用腳本語言進行模擬人工登錄平臺,進行相應的發布招聘信 息,同時相應拉取應聘者建立信息也是使用相應的方式方法
解決方案一:我們也開發一套相應的腳本語言進行抓取和發布招聘信息,但是開發難度 ?大,目前情況下我們無法實現。
解決方案二:手動登錄各大平臺下載所有的簡歷信息,進行歸類整理后直接導入到我們 ?招聘的系統中。
4.1 ?HR系統
功能介紹:需求庫與HR系統對接,當有人員入職時,對應的到崗人數發生改變,在點擊到崗人數時,能出現人員姓名等其他功能
難易程度: 難(對接功能點未確認)
4.2 ??OA系統
功能介紹:對接相應的組織架構并將組織架構的相應崗位,職責級別的對應關系在系統中體現等其他功能
難易程度:?難(對接功能點未確認)
4.3 ???企業微信
功能介紹:主要為我們的HR管理人員進行便捷的招聘信息通知管理
難易程度:?低
4.4 ??單點登錄
功能介紹:公司各大系統之間通過統一的登錄接口進行登錄跳轉到我們招聘系統
難易程度: 低
4.5 ???郵件平臺
功能介紹:通過對接專業的郵件平臺開放的api接口,實現面試或其他信息發送給應聘者或者面試官
難易程度:?低
4.6 ??短信平臺(收費需開通賬號)
功能介紹:通過對接專業的短信平臺開放的api接口,實現面試或其他信息發送給應聘者或者面試官
價格說明:目前各平臺短信是0.03-0.04/條,即3分到4分每條短信費用,以京東短信平臺為例,10萬條需要費用3800元,50萬條需要18500元
難易程度: 低
5、其他說明
難易程度:是指開發的難度,與預估工時的長短無關
工時:單人/天
前端開發:框架組件選擇、代碼編寫
java后端編寫:后端框架選擇、后端代碼編寫以及數據庫表設計
6、各系統模塊開發工時預估如下
根據當前需求評估,實際開發時隨著需求功能書正式定板以及開發程度的推進,工時會進行相應的變更
| 模塊 | 內容 | 工時 | |
| 1、需求管理 | 前端開發 | 門店店總或區經理發起OA《人力需求單》,經審批后后,需求信息進入系統內,經HR確認后,進入需求庫; | 0.5 |
| 根據公司架構,按品牌、大區、營運組、城市、門店、需求發起時間、需求職位、人數、到崗人數、剩余需求等信息,形成需求庫,并能按照不同的條件進行篩選; | 1 | ||
| 需求緊急程度自定義(增加字段),不同門店需求的不同職位,可設置不同的緊急程度,HR可按照緊急程度優先安排入職; | 0.3 | ||
| HR可對需求庫進行手動調整; | 0.2 | ||
| 剩余需求結轉功能; | 0.5 | ||
| 需求庫與HR系統對接,當有人員入職時,對應的到崗人數發生改變,在點擊到崗人數時,能出現人員姓名。 | 1 | ||
| 后端java開發 | 門店店總或區經理發起OA《人力需求單》,經審批后后,需求信息進入系統內,經HR確認后,進入需求庫; | 1 | |
| 根據公司架構,按品牌、大區、營運組、城市、門店、需求發起時間、需求職位、人數、到崗人數、剩余需求等信息,形成需求庫,并能按照不同的條件進行篩選; | 0.5 | ||
| 需求緊急程度自定義(增加字段),不同門店需求的不同職位,可設置不同的緊急程度,HR可按照緊急程度優先安排入職; | 0.3 | ||
| HR可對需求庫進行手動調整; | 0.2 | ||
| 剩余需求結轉功能; | 0.5 | ||
| 需求庫與HR系統對接,當有人員入職時,對應的到崗人數發生改變,在點擊到崗人數時,能出現人員姓名。 | 1 | ||
| 預估工時合計 | 6.5 | ||
| 2、自建招聘渠道(公眾號) | 前端開發 | 自建微信端招聘渠道,且能同時承載線上(信息線上擴散)、線下(門店直招、內推等)、校招等不同的信息入口; | 2 |
| 候選人可線上在線咨詢,機器人在線答疑,可后臺設置不同問題 | 1 | ||
| 承載內部推薦裂變、推薦獎勵功能(如獎勵代金券功能是否需要與營運系統對接、獎勵現金紅包如何實現) | 2 | ||
| 后端java開發 | 自建微信端招聘渠道,且能同時承載線上(信息線上擴散)、線下(門店直招、內推等)、校招等不同的信息入口; | 1 | |
| 候選人可線上在線咨詢,機器人在線答疑,可后臺設置不同問題 | 0.5 | ||
| 承載內部推薦裂變、推薦獎勵功能(如獎勵代金券功能是否需要與營運系統對接、獎勵現金紅包如何實現) | 2 | ||
| 預估工時合計 | 7.5 | ||
| 3、職位管理 | 前端開發 | 系統中建立好對應的職位模板,如服務員、廚工、店總的崗位職責、任職要求、福利待遇等,在發布職位時,調用模板后只需要填寫工作地及薪資范圍即可; | 1 |
| 對職位進行統一操作,如深圳招聘服務員,我選中深圳的58、BOSS直聘、自建渠道等能實現一鍵發布職位,每日上線后,能一鍵刷新職位;在系統頁面操作即可,無需跳轉到對應的招聘網站; | 1 | ||
| 能在自建招聘渠道上發布職位、接收簡歷等統一管理。 | 0.5 | ||
| 后端java開發 | 系統中建立好對應的職位模板,如服務員、廚工、店總的崗位職責、任職要求、福利待遇等,在發布職位時,調用模板后只需要填寫工作地及薪資范圍即可; | 1 | |
| 對職位進行統一操作,如深圳招聘服務員,我選中深圳的58、BOSS直聘、自建渠道等能實現一鍵發布職位,每日上線后,能一鍵刷新職位;在系統頁面操作即可,無需跳轉到對應的招聘網站; | 1 | ||
| 能在自建招聘渠道上發布職位、接收簡歷等統一管理。 | 0.5 | ||
| 預估工時合計 | 5 | ||
| 4、簡歷管理 | 前端開發 | 對于不同渠道發布的同一職位,接收到的簡歷都在此職位下,無需再每個網站登錄查看簡歷; | 0.5 |
| 簡歷關聯,對任一簡歷,需要關聯到對應的門店及職位,如收到一份服務員的簡歷,我把它關聯到深圳海岸城服務員職位,后期則可知道本職位收到過多少簡歷,方便報表統計及后續面試安排; | 0.5 | ||
| 可對簡歷進行操作和分類,如不合適、已電話溝通、待安排面試、安排面試、黑名單等; | 0.5 | ||
| 如其他渠道接收的簡歷(主要為管理組),則可在系統中自建,將主要信息填入; | 0.5 | ||
| 在已分類的類別中,可查看簡歷數量及簡歷內容,如待安排面試類別中有3人,點擊數字3后,能顯示對應簡歷,其他類別如黑名單、淘汰等類別中都能查看 | 1 | ||
| 后端java開發 | 對于不同渠道發布的同一職位,接收到的簡歷都在此職位下,無需再每個網站登錄查看簡歷; | 1 | |
| 簡歷關聯,對任一簡歷,需要關聯到對應的門店及職位,如收到一份服務員的簡歷,我把它關聯到深圳海岸城服務員職位,后期則可知道本職位收到過多少簡歷,方便報表統計及后續面試安排; | 1 | ||
| 可對簡歷進行操作和分類,如不合適、已電話溝通、待安排面試、安排面試、黑名單等; | 1 | ||
| 如其他渠道接收的簡歷(主要為管理組),則可在系統中自建,將主要信息填入; | 1 | ||
| 在已分類的類別中,可查看簡歷數量及簡歷內容,如待安排面試類別中有3人,點擊數字3后,能顯示對應簡歷,其他類別如黑名單、淘汰等類別中都能查看 | 0.5 | ||
| 預估工時合計 | 7.5 | ||
| 5、面試管理 | 前端開發 | 有黑名單識別功能(根據手機號識別) | 0.5 |
| 面試安排,可安排當面面試、電話面試、視頻面試;視頻面試是否需要事先電話溝通、需要人工坐席排隊(待定) | 5 | ||
| 如果安排視頻面試,則以鏈接的形式發送給短信給候選人,企業微信發送給面試官(如果面試官為HR,則不需要發送),在約定時間雙方打開鏈接即可面試; | 1 | ||
| 面試過程中,面試的界面能同時查看候選人簡歷及面試評估表,面試中途HR可操作截屏; | 0.5 | ||
| 面試協同,面試流程可配置,可指定二面、三面的面試官及面試時間(對接HR系統及排班系統,查看面試官及面試時間),并發送面試通知,支持移交,如招聘負責人忙閑時相互協調,店總臨時開會不能面試移交給前廳經理面試等; | 1 | ||
| 面試協同時,簡歷及面試評估表同步流轉; | 0.5 | ||
| 面試過程中,可對簡歷進行操作,如淘汰、儲備、錄用、加入黑名單、候選人考慮中等; | 0.5 | ||
| 二面三面任一階段填寫完面試評估表后,HR端跳出提醒;在約定面試時間后的一小時內如果未提交面試評估表,HR端也跳出提醒 | 1 | ||
| 有動態更新的面試進度表,可根據架構、時間隨時觀看候選人的面試進度,進入二面的有哪些,淘汰的有哪些、待錄用的有哪些 | 0.5 | ||
| 門店管理組進入待錄用階段,短信推送鏈接填寫工作證明人及聯系方式,并提交,則候選人進入背景調查階段; | 0.5 | ||
| HR填寫背景調查信息(內容和參照《背景調查表》),背調無問題,則進入錄用階段 | 0.5 | ||
| 后端java開發 | 有黑名單識別功能(根據手機號識別) | 0.5 | |
| 面試安排,可安排當面面試、電話面試、視頻面試;視頻面試是否需要事先電話溝通、需要人工坐席排隊(待定) | 5 | ||
| 如果安排視頻面試,則以鏈接的形式發送給短信給候選人,企業微信發送給面試官(如果面試官為HR,則不需要發送),在約定時間雙方打開鏈接即可面試; | 1 | ||
| 面試過程中,面試的界面能同時查看候選人簡歷及面試評估表,面試中途HR可操作截屏; | 0.5 | ||
| 面試協同,面試流程可配置,可指定二面、三面的面試官及面試時間(對接HR系統及排班系統,查看面試官及面試時間),并發送面試通知,支持移交,如招聘負責人忙閑時相互協調,店總臨時開會不能面試移交給前廳經理面試等; | 1 | ||
| 面試協同時,簡歷及面試評估表同步流轉; | 0.5 | ||
| 面試過程中,可對簡歷進行操作,如淘汰、儲備、錄用、加入黑名單、候選人考慮中等; | 0.5 | ||
| 二面三面任一階段填寫完面試評估表后,HR端跳出提醒;在約定面試時間后的一小時內如果未提交面試評估表,HR端也跳出提醒 | 0.5 | ||
| 有動態更新的面試進度表,可根據架構、時間隨時觀看候選人的面試進度,進入二面的有哪些,淘汰的有哪些、待錄用的有哪些 | 0.5 | ||
| 門店管理組進入待錄用階段,短信推送鏈接填寫工作證明人及聯系方式,并提交,則候選人進入背景調查階段; | 0.5 | ||
| HR填寫背景調查信息(內容和參照《背景調查表》),背調無問題,則進入錄用階段 | 0.5 | ||
| 預估工時合計 | 21 | ||
| 6、面試評估表管理 | 前端開發 | 如服務員、廚工、收銀員等不同的職位,可配置不同的面試評估表模板; | 1 |
| 炒鍋、面點、管理組等一面二面可配置不同的面試評估表; | 0.5 | ||
| 不同的職位,不同的面試階段,系統自動匹配面試評估表,如面試服務員的時候,在面試時自動跳出服務員的面試評估表;門店廚房經理在面試炒鍋時,則跳出二面的面試評估表 | 0.5 | ||
| 如門店招聘需求、管理組的面試錄用、薪資核定通過OA審核后,有候選人二面三面結束或未完成、有新員工入職或未入職,工作臺中有提醒功能,及時跟進; | 0.5 | ||
| 后端java開發 | 如服務員、廚工、收銀員等不同的職位,可配置不同的面試評估表模板; | 1 | |
| 炒鍋、面點、管理組等一面二面可配置不同的面試評估表; | 1 | ||
| 不同的職位,不同的面試階段,系統自動匹配面試評估表,如面試服務員的時候,在面試時自動跳出服務員的面試評估表;門店廚房經理在面試炒鍋時,則跳出二面的面試評估表 | 1 | ||
| 如門店招聘需求、管理組的面試錄用、薪資核定通過OA審核后,有候選人二面三面結束或未完成、有新員工入職或未入職,工作臺中有提醒功能,及時跟進; | 1 | ||
| 預估工時合計 | 6.5 | ||
| 7、HR工作臺 | 前端開發 | 待處理事務表,如有幾個員工待安排視頻面試,幾個員工待安排二面三面、錄用審批流程未走完、offer沒發放等,并能做日程安排; | 1 |
| 有日歷查看當月每天的事項安排,如有員工今天下午已安排視頻面試、本周五安排門店廚房經理面試等等 | 1 | ||
| 后端java開發 | 待處理事務表,如有幾個員工待安排視頻面試,幾個員工待安排二面三面、錄用審批流程未走完、offer沒發放等,并能做日程安排; | 0.5 | |
| 有日歷查看當月每天的事項安排,如有員工今天下午已安排視頻面試、本周五安排門店廚房經理面試等等 | 0.5 | ||
| 預估工時合計 | 3 | ||
| 8、錄用管理 | 前端開發 | 候選人面試流程通過后,招聘負責人點擊錄用,跳轉出選項:錄用門店、用工類型、職位、級別、薪資標準、到崗時間、門店地址、告知事項等,生成offer,通過短信發送給員工本人,通過企業微信發送給店總 | 2 |
| 如果為管理組員工,OA中對應自動生成錄用審批及薪資核定兩個流程(考慮是否合并),流程審批通過后,系統提醒HR,HR通過系統發送offer給對應人員 | 1 | ||
| 有offer列表查看界面,如品牌、大區、營運組、門店、報到時間、是否到崗等篩選查看; | 0.5 | ||
| 如果超過報到時間2小時,候選人仍未入職,則提醒招聘負責人,招聘負責人跟進情況并能填寫未入職原因。 | 0.5 | ||
| 后端java開發 | 候選人面試流程通過后,招聘負責人點擊錄用,跳轉出選項:錄用門店、用工類型、職位、級別、薪資標準、到崗時間、門店地址、告知事項等,生成offer,通過短信發送給員工本人,通過企業微信發送給店總 | 0.5 | |
| 如果為管理組員工,OA中對應自動生成錄用審批及薪資核定兩個流程(考慮是否合并),流程審批通過后,系統提醒HR,HR通過系統發送offer給對應人員 | 0.5 | ||
| 有offer列表查看界面,如品牌、大區、營運組、門店、報到時間、是否到崗等篩選查看; | 0.5 | ||
| 如果超過報到時間2小時,候選人仍未入職,則提醒招聘負責人,招聘負責人跟進情況并能填寫未入職原因。 | 0.5 | ||
| 預估工時合計 | 7 | ||
| 9、入職管理 | 前端開發 | 候選人在報到前通過offer中的鏈接,補錄個人信息,如學習經歷、過往工作經歷、家庭成員情況等,填寫證件信息并上傳個人身份證、健康證、銀行卡圖片; | 1 |
| 門店人事經理在系統中能看到員工視頻面試時的截圖,對候選人相貌進行比對,審核完員工相關資料原件真偽后,對員工信息進行審核并完善,如職務、崗位、考勤方案等填寫提交; | 0.5 | ||
| HR從后臺審核員工資料,不合規的,能通過后臺提醒員工或門店人事經理修改,審核無誤后提交,則相關信息不能再更改; | 0.5 | ||
| HR后臺審核后,需求庫自動同步到崗人數并在HR工作臺中提醒,HR系統抓取相關信息。 | 1 | ||
| 后端java開發 | 候選人在報到前通過offer中的鏈接,補錄個人信息,如學習經歷、過往工作經歷、家庭成員情況等,填寫證件信息并上傳個人身份證、健康證、銀行卡圖片; | 0.5 | |
| 門店人事經理在系統中能看到員工視頻面試時的截圖,對候選人相貌進行比對,審核完員工相關資料原件真偽后,對員工信息進行審核并完善,如職務、崗位、考勤方案等填寫提交; | 0.5 | ||
| HR從后臺審核員工資料,不合規的,能通過后臺提醒員工或門店人事經理修改,審核無誤后提交,則相關信息不能再更改; | 0.5 | ||
| HR后臺審核后,需求庫自動同步到崗人數并在HR工作臺中提醒,HR系統抓取相關信息。 | 0.5 | ||
| 預估工時合計 | 5 | ||
| 總工時合計 | 69 | ||
解釋說明:平均一個模塊的工時在?6 工時左右,面試模塊是整個系統的核心耗時較長接近20工時
7、各第三方系統對接招聘系統工時預估(HR和OA系統由于對接功能未定工時會有調整)
| 系統 | 內容 | 工時 |
| HR系統 | 需求庫與HR系統對接,當有人員入職時,對應的到崗人數發生改變,在點擊到崗人數時,能出現人員姓名等其他功能 | 6 |
| OA系統 | 對接相應的組織架構并將組織架構的相應崗位,職責級別的對應關系在系統中體現等其他功能 | 6 |
| 單點登錄 | 公司各大系統之間通過統一的登錄接口進行登錄跳轉到我們招聘系統 | 4 |
| 企業微信 | 主要為我們的HR管理人員進行便捷的招聘信息通知管理 | 4 |
| 郵件平臺 | 通過對接專業的郵件平臺開放的api接口,實現面試或其他信息發送給應聘者或者面試官 | 3 |
| 短信平臺 | 通過對接專業的短信平臺開放的api接口,實現面試或其他信息發送給應聘者或者面試官 | 3 |
| 總預估工時 | 26 |
8、各系統測試以及bug修復時間預估(與測試人員溝通開發與測試時間比例大約在3:1的比例)
| 系統 | 內容 | 工時 |
| 系統測試 | 系統上線前的功能整體性測試 | 15天 |
| BUG修復 | 對接相應的組織架構并將組織架構的相應崗位,職責級別的對應關系在系統中體現等其他功能 | 5 |
| 總預估工時 | 20 |
解釋說明:如果我們不整體性測試,而改為分模塊開發完就直接測試,也就是我們的開發與測試同步推進可能這個時間上重疊,實現我們總工時的減少
9、系統前期準備以及系統基礎模塊開發(權限、用戶等)預估工時
| 系統 | 內容 | 工時 |
| 前期準備 | 開發環境、工具、框架模型第基礎性代碼編寫工作 | 3 |
| 基礎模塊 | 權限、用戶等其他項目必備的模塊 | 3 |
| 總預估工時 | 6 |
10、系統上線前總工時匯總
| 開發內容 | 工時 |
| 模塊開發 | 69 |
| 第三方對接 | 26 |
| 測試及BUG修復 | 20 |
| 前期準備及基礎模塊 | 6 |
| 總預估工時 | 121 |
11、總天數與人員配比的關系(開發與測試同步推進總天數會減少)
方案一:單人開發從前端到后端全棧開發總天數預估?121 天,約6個月
方案二:1個前端1個后端,開發總天數預估 80 天左右 約4個月
方案三:1個前端2個后端,開發總天數預估?50 天左右 約2.5個月
方案四:2個后端,開發總天數預估?70 天左右 約3個月
總結
以上是生活随笔為你收集整理的招聘系统自研工时评估及方案说明书的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 软件测试常见面试题及解答
- 下一篇: 阿里内部总结“Flutter进阶笔记”,