byod政策允許員工使用私人手機及筆記本工作並已迅速獲得認可。以下是實施企業byod計畫時需要避免的10個誤區。
1：抵制byod
抵制byod已成為一項越來越不靠譜的策略。隨著計算裝置越來越個性化，企圖操縱員工裝置使用就相當於告訴他們需要使用什麼品牌和顏色的筆。
2：不支援常見裝置
企業傾向於支援有限的byod裝置或單一品牌或作業系統。然而，提供更多的選擇是byod成功的關鍵。一般情況下，byod政策中員工自己提供硬體及軟體支援，因此限制裝置選擇通常不會對裝置支援要求做出太大改變。byod政策需不僅僅考慮員工擁有的裝置，一旦企業制定一類裝置型別的策略，企業很容易可以將此擴充套件到byod智慧型手機，平板電腦及膝上型電腦的支援。
3：監控工具未嚴格受控制
裝置裡儲存著工作相關郵件到親密**等內容。管理工具可以讓企業連線並監控員工私人裝置上的所有內容，但這並不意味著企業應該這麼幹。因此，確保監控工具的嚴格控制非常重要。it部門採取手段防止這些工具濫用是對員工隱私的尊重，也是一種防止法律風險的良好手段。
4：不支援自帶郵件及日曆
出於安全原因，一些公司試圖強制員工在裝置內使用非標準的電子郵件和日曆應用程式。大多數現代移動作業系統允許在不同的安全「容器」中分離企業電子郵件，這也實現了專用電子郵件客戶端的那些聲稱的好處。此外，依靠一些不起眼的電子郵件廠商創造比蘋果或谷歌更好的使用體驗也是強人所難。
5：嘗試保證終端安全
byod計畫的乙個主要爭論焦點是他們允許「不安全」裝置訪問企業網路。然而，無論有無byod策略，過去那種假定終端裝置是安全且值得信任的日子已經過去了。無論是員工膝上型電腦還是企業分發的智慧型手機，允許終端裝置隨意連線企業網路並非乙個好政策。保護好應用程式及基礎設施的安全，企業無需追逐那些確保終端裝置安全的不可能目標。
6：不促進建立自助小組
由於byod計畫通常會吸引到那些精通技術的早期採用者，提供自我支援工具會幫助促進這些先驅者使用。很多公司會建立內部網或發布特定制度，這樣特定平台的使用者便可以為裝置連線企業服務設定嚮導。內部網上的幾個頁面會成為員工byod的第一道防線。
7：設立「我們不支援此項」的幫助中心
byod使用者的主要問題是請求應用程式的支援時被告知我們無法支援此專案。byod不應該成為幫助中心停止提供幫助的藉口。相反，最初的故障排除應該嘗試判斷問題是屬於裝置相關，企業應用程式相關還是服務相關。
8：製造流動網路計畫的障礙
byod通常是從智慧型手機開始的，它們有效地取代了很多員工的桌面**。作為過渡的一部分，雇主通常要求員工將自己的裝置轉移到企業流動網路計畫上。好策略需向員工報銷費用並避免這一過程過於繁瑣或昂貴。和一家運營商簽約或要求員工放棄私人**號碼會減緩byod計畫的採用率。
9：安全與風險不匹配
允許員工裝置連線企業服務有一定的安全風險，因此企業需小心匹配這些安全要求和風險。如果要求這些員工安裝五六個安全應用程式或者要求設定15個字元的密碼或設定30秒自動鎖屏，那麼便會降低使用體驗。請記住byod的最終目標是通過讓員工使用自有裝置而提公升生產效率及生產力。把不合理的安全要求設定在敏感度少的資料上實在是過猶不及。
10：沒有從中受益
byod很大程度上被看作一種員工福利，但它也能給it部門帶來很多好處。隨著byod的廣泛普及，企業可以有效地向終端使用者及其**商提供軟硬體支援。隨著byod成為主流，企業便需開始考慮it資產如何用於專注支援企業擁有的裝置並進行重新分配。
遇到的常見錯誤10個
虛擬環境 flask activate djangopath pip install virtualenv virtualenv flaskpath virtualenv p python.exe路徑 flaskpath 資料夾 activate.bat 資料夾 deactivate.bat pip...
10個常見的HTTP狀態碼
目錄 http狀態碼是用以表示網頁伺服器http響應狀態的3位數字 所有狀態碼的第乙個數字代表了響應的五種狀態之一。當使用者試圖通過http或ftp協議訪問一台執行主機上的內容時，web伺服器返回乙個表示該請求的狀態的數字 該狀態 記錄在伺服器日誌中，同時也可能在 web 瀏覽器或 ftp客戶端顯示...
10個常見的HTTP狀態碼詳解
http狀態碼是用以表示網頁伺服器http響應狀態的3位數字 所有狀態碼的第乙個數字代表了響應的五種狀態之一。當使用者試圖www.cppcns.com通過http或ftp協議訪問一台執行主機上的內容時，web伺服器返回乙個表示該請求的狀態的數字 該狀態 記錄在伺服器日誌中，同時也可能在 web 瀏覽...