MOST POPULAR

More
    MicrosoftTeams image 13

    AvePoint和Apex宣佈首次公開併購上市

    AvePoint將通過20億美元首次公開發行股票並上市,首次公開募股(IPO)會通過採取特殊目的收購公司(SPAC)的方式進行。

    LATEST ARTICLES

    小功能 大不同——淺談M365分權管理

    自從全球疫情暴發以來,人們對於M365和Teams的依賴日趨明顯。用得越多,諸多問題也隨之暴露出來。AvePoint就收到了不少合作夥伴的諮詢,他們服務的客戶大多是跨國公司或集團,他們遇到的問題也很有代表性,值得探討的同時也能為我們帶來一些啟發: “跨國公司共用Tenant,總部IT擔心賦予區域IT全域管理員(Global Admin)權限可能造成資安風險,導致美國新人入職的帳號開通也得回到總部IT來做。有辦法將帳號開通委派給各地嗎?” “集團公司共用Tenant,總部可以有各子公司的權限,但子公司A的IT管理員不應該有子公司B的權限。子公司B的IT也不應該看到關係企業C的資料,那麼該如何做權限的細化和區分?” "一家做能源的跨國公司,和俄羅斯有密切的商務往來,但是俄羅斯近來局勢緊張,莫斯科分公司要從總部切割出來,單獨用一個Tenant(租戶),總部可以用一個介面,管理不同地域的Tenant嗎?" 這個世界其實充滿了諸多的不確定因素,而以“普遍性”為出發點的SaaS面對這些特殊化的問題,難免顯得先天不足,力不從心。這並不是SaaS的問題,因為SaaS或許滿足了80%的需求,而剩下的20%——並不是他們自己要求過高,而是事態的發展已經遠遠超出他們的掌控範圍,故而不得不出面應對。 通常對於這類需求的建議就是請合作夥伴和客戶考慮AvePoint Cloud Governance,它能覆蓋Microsoft 365服務開通、治理以及生命週期規劃的種種面向,分層管理就是其主打功能之一。利用Cloud Governance可以將不同層級的需求製作成相應的範本,使用者透過“自助服務”的方式,選擇對應的範本,提交需求,其他的就可以交給軟體在後臺完成,無需IT管理員逐一手動建立。 但是綜合近年的需求我們發現,很多年前人們提出的,給每個分公司下放若干個“超級管理員”權限的做法,已經越來越行不通了。現在的客戶,想要一個靈活的、能滿足權限細化分級的產品。權限要以角色和場景來劃分,是要由軟體來適應人,而不是人去向軟體妥協,這就是現在流行的RBAC(基於角色的存取控制)。 這也正是我們另一款產品AvePoint EnPower的設計初衷,無論企業有一個或多個 Microsoft 365 租戶,都可以用AvePoint EnPower進行分權管理,規範每個IT管理員可以看什麼、做什麼,賦能終端用戶,更加快速、靈活地去解決業務發展中所遇到的實際問題。 AvePoint EnPower可以從不同的維度,對權限進行設定和區別,比如,M365產品維度(Exchange, SharePoint)、地理維度、部門維度、IT分層支援維度等等,權限完全可以按照用戶自身需求重新定義。 再進一步延伸,AvePoint EnPower在管理上,可以透過一個介面,看到不同租戶的管理資訊,比如他們的權限、使用者規模、資料量等等。這也為很多合作夥伴提供了方便,他們有的業務便是向小微企業提供M365技術支援,而這一功能無疑讓他們的工作簡單明瞭許多。 AvePoint EnPower是AvePoint打造的一款重量級產品,剛剛說到的權限功能只是我們標誌性的功能之一。這個功能非常實用,也特別容易滿足有類似痛點的客戶,只需複製使用場景,簡單易用。 另外Cloud Governance,通常有相關需求的都是數百人以上的中大型客戶,這套方案的價值主要體現在,快速自動化解決龐大數量的使用者需求,通常是M365用得越久越深,才會有這樣的體量規模或者深度高階的需求。那麼對於現階段的迫切需要(Quick Onboard),IT部門需要的是快速便捷的方案來解決當前的燃眉之急,實現權限的靈活劃分與管理,那麼AvePoint EnPower就是這種需求下的最佳的選項。就像有的人新房剛剛到手,他需要的可能是全屋裝潢;而有的人現在只需要一個新浴缸,就沒必要換掉整套衛浴。 更多關於AvePoint EnPower的資訊,請移步至官方網站瀏覽。 追蹤AvePoint最新資訊?訂閱我們的部落格!

    IT,向左走向右走?

    大公司該不該砍掉IT部門?伴隨著《華爾街日報》刊出的一篇名為《是時候砍掉IT部門了》的文章,這一觀點再次引發了行業熱議。 依照這篇文章的想法,現有的IT部門是完全獨立於業務部門的,他們的工作更多是在預算下按時按量的完成工作,並不會和業務績效產生直接的關聯。另一方面,業務部門是沒有辦法預見其對IT或是數位化的需求,而企業的IT預算則是需要提前申請和審批的,這就導致了他們沒有辦法及時、迅速地回應業務部門的需求,進而阻礙了公司的創新、敏捷、客戶服務和數位化轉型。 IT部門是不是真的已經沒有了存在的必要?近幾年來面對數位化的浪潮、疫情的衝擊以及市場的瞬息萬變,IT部門與業務部門之間的壁壘讓不少企業吃了苦頭。一是如報導所說,IT和業務供需脫鉤,IT的產出與績效沒有直接關聯,這導致IT對於業務的配合度可能不高,影響組織效率。二是IT人員其實是脫離業務場景的,他們往往需要花大量的時間去瞭解業務邏輯、流程和使用情景,而這會拖延交付的時間。 那麼如何解決這些問題呢?難道就真的手疼砍手,腳疼砍腳?直接一刀切砍掉IT部門嗎? 其實當你仔細讀過《華爾街日報》的這篇文章後,你就會發現,它傳遞的觀點不是要廢棄IT,而是要拆解IT部門,將IT人員全部下放到業務部門去,讓業務部門擁有屬於他們自己的IT資源去解決他們自己的問題,要廢棄的是獨立的部門,而不是IT人。拆分IT部,將IT分散到各個業務線上,看起來這種方式真的很不錯,這讓IT和業務有了緊密的聯繫。IT人員能夠基於自己的專業技能判斷業務發展的動向,高效靈活的回應業務的需求,最終推動業務技術的創新和發展。 但其實這種做法也不是萬全之策:首先,我們都懂“聚是一團火,散是滿天星”的道理,當面對技術更新的大浪潮時,企業很難舉一司之力集結所有IT人員共同突破技術創新的難題,而這可能會讓企業錯失最佳的轉型機會;另外,當每個業務部門都有了自己的IT資源後,自給自足的小王國至此就有誕生的條件了。每條業務線最關注的都是營收,很容易形成部門利益高於一切的想法,誰也不想借出自己的資源、拖拉自己的進度去配合整體業務發展的需要。獨立的IT部門能夠幫助企業集中力量幹大事,卻缺少靈活度和敏捷度;分散化的IT資源能夠滿足對業務的靈活支持,卻沒有辦法實現技術創新上質的飛躍。這兩種方法究竟孰優孰劣,我們還很難判斷,究竟有沒有一種折中的方式呢?既能實現組織對IT資源的掌控與管理又能靈活機動的支持每個業務部門的需求? 其實這也是AvePoint的思考,我們有沒有辦法幫助客戶將其採用的資訊技術滲透到業務部門,以另一種形式將IT資源分散到公司內部的各個業務線上呢? AvePoint Cloud Backup有辦法!這是一款針對M365資料還原的軟體,在保留了IT管理員的同時,推出了Teams聊天機器人AVA能幫助終端使用者找到和還原其丟失的文件。AVA提供的是一種簡單的、交互的用戶體驗,按照提示操作後,終端使用者就能輕鬆還原需要的資料,再也不需要找IT提需求,大大節省了審批、溝通以及業務操作的成本。 資料還原針對的無非是資料丟失的這一個場景,關於M365工作場所的更深程度的管理,我們同樣也在思索:太嚴格的管理,勢必需要投入大量的IT資源,甚至影響業務的積極性;太寬鬆的管理,又有可能造成資料蔓延,以及不必要的亂象。怎麼在實現IT部門的有效嚴格管理的同時滿足終端使用者對靈活度的要求呢?我們推出了Cloud Governance!它能幫助IT部門設置每個業務部門的預設定,在不和公司總體政策相悖的基礎上,靈活地滿足不同業務部門的特殊需求。 總之,對於IT的改革是不可能一蹴而就的,那麼需要的是由小見大,自淺入深。無論Cloud Backup,還是Cloud Governance都不是很複雜的產品,但是它們卻能帶給IT和用戶更為直接的協作,這種連接讓未來的一切科技都有了可能性,因為大家已經做好了準備。星星之火,可以燎原,這必將會是一場新的工業革命的前哨站。 更多關於AvePoint Cloud Backup和Cloud Governance的資訊,請移步至官方網站瀏覽。 追蹤AvePoint最新資訊?訂閱我們的部落格!

    Teams到Teams的遷移:遷移前,資料分析怎麼搞?

    對源端資料探索發現的過程對資料移轉來說尤為重要,一天之計在於晨,良好的開始,等於成功的一半。 提到資料移轉,我們往往都更傾向於關注遷移什麼內容、其存儲在哪裡、所有者、結構以及重要程度,但是全面完整的Teams到Teams的遷移還應該考慮到資訊架構、配置、權限、使用者和授權等等。 遷移前期對資料的探索過程包括: 檢查您的專案需求和能力,確定您將使用哪個供應商,只遷移您自己的租戶,還是包括外包服務? 可以選擇試用AvePoint的遷移工具 FLY,零費用、自動化探索您的資料與內容。 利用遷移前的內容分析報告來確定哪些內容需要被帶走,哪些需要斷舍離。 存取源租戶和目的端租戶的管理中心,記錄設置並注意差異,或利用類似Elements Pro(測試版)的解決方案。 存取Microsoft 365管理中心,流覽計費單元,查看分配給個人用戶的授權數量。 注意:如果您想深入瞭解普通授權和高級授權是如何被使用的,Cense這樣的工具可以説明您優化目的端租戶的授權分配與預算。 決定您的遷移方式 如果您需要遷移文件和郵箱以外的內容,微軟的免費雲遷移工具或腳本並不適合您。如果您想遷移高級工作負載,比如Teams 對話,那像AvePoint這樣的供應商將會是您的首選,利用Microsoft Import API,遷移資料的準確度與延展性都將得到保障。 一些供應商,如AvePoint,可以遷移Teams選項卡和Wikis,但某些類型的應用程式或定制可能必須在新環境中重新構建。 如果您的日程緊張,或是您的團隊行無餘力,AvePoint提供的遷移服務很有可能會是最佳選擇。最後,AvePoint是為數不多的能夠遷移Planner或私人對話的供應商之一。 內容和工作流的注意事項 影響遷移的因素有很多,但是專案的數量(頻道、使用者、任務、執行緒對話等)以及相關檔的大小將決定遷移作業的時長,而如何分配取決於您的組織結構和內容的重要性。 將冗餘、過時或瑣碎的資訊排除也是資料移轉的一部分,這可以極大地減少遷移的時間和成本。根據需求對這些資訊進行歸檔或刪除(大多數組織選擇歸檔)。 需要注意的是:重構關鍵的業務流程、工作流、應用程式,以及糾正無主Teams產生的問題,或者處理敏感性資料,這些都會增加遷移作業的時長。有了AvePoint FLY,只要目標環境中存在配置好的相應的敏感性標籤,那麼資料移轉時,源端數據的該項設置也將被保留。 資訊架構注意事項 在啟動Teams到Teams遷移之前,應該三思而後行。 這是因為您不是將共用的協作建構移動到雲,而是將兩個協作建構合併在一起——如果不弄清楚結合的方式,您將得到一個混亂的環境,而這會影響用戶的生產力、採用率和滿意度。 例如,源端和目的地可能有兩種不同的命名規則; 一個可能將業務單元作為首碼,而另一個可能根據敏感性。 因此,租戶A中的公共關係團隊可能是MKT Public Relations_External,而租戶B中的同一團隊可能被標記為Confidential Public Relations_External。針對常見的映射設定和合併類型,命名規則需要進行修正的同時,還要對用戶進行培訓。 您可以在遷移過程中使用像FLY這樣的工具來完成這種任務,同時考慮利用像AvePoint Cloud Governance或Policies...

    那些年,我們一起遷移過的資料

    AvePoint DocAve Migrator已於2021年12月30日下線,作為SharePoint資料移轉全球最知名的軟體之一,她已經服役了整整19個春秋。

    通關秘笈之如何攻克Microsoft 365授權管理的難題

    需要幫助解決Microsoft 365授權管理的難題? 點擊這裡查看Cense會怎麼幫您!

    AvePoint Cloud Backup & Cense年終獻禮

    年終歲尾將至,深受客戶喜愛的AvePoint當家明星產品Cloud Backup和Cense也完成了本年度的最後一次更新, 一起來看看吧!