وبلاگ پرنیان پردازش پارس

مقالات آموزش اتوماسیون اداری و شیرپوینت، فیلم های آموزشی، آخرین اخبار و دیگر مطالب مرتبط با دنیای نرم افزارهای سازمانی

اطلاعات بیشتر »

مسأله مدیریت اطلاعات در شیرپوینت - قسمت اول

​اگر این روزها  کار با نرم افزار SharePoint را به عنوان بستری برای مدیریت اسناد تجربه کرده باشید، مطلع هستید که بیشتر سازمانها تلاش می کنند تا به نحوی موثر از آن استفاده کنند. همچنین به نظر می رسد که باید با آثار منفی استفاده ناکارآمد از آن نیز آشنا باشید. ازدیاد سایتها که معمولاً به علت گسترش نسخه های  SharePoint ایجاد می شود، عدم وجود استانداردی معلوم جهت مشخص کردن مدارکی که باید ذخیره شوند و همچنین محل و شیوه ذخیره آن ها و نبود راهنمایی مشخص به منظور پی بردن کاربران از چگونگی دسته بندی مدارک، نبود و یا کمبود ظرفیت به منظور ارتقاءِ  مدیریتِ  دوره ی عمرِ  اطلاعات مفید، اختیار عملِ کاربران در مدیریت و نظارت بر روی مواردی مانند ساختار سایت و مخزن اسناد و اعمال نظر در امنیت و تنظیمات دسترسی یا سلامت مدرک و ده ها، صدها و شاید هزاران صفحات بلا استفاده که در مجموع نمایانگر محلی برای دفن زباله های دیجیتال در ابعاد بسیار بزرگ هستند، همه و همه از جمله‌ی این آثار منفی است.

 شیرپوینت
 
علت آن که بسیاری از مؤسسات از بیشتر ( چه بسا همه ی) این عملکردهای  SharePoint  رنج می برند تا حدودی مربوط به کاربری آسان  SharePoint است. گسترش نرم افزار و رصد کردن سایت ها از طریق آن ساده، کاربری گزینشی برای مصرف‌کننده نهایی و اعمال نظارت برروی آن آسان و پیکربندی(Configuration) و دریافت اطلاعات به وسیله کاربر نهایی امری سهل است.
 
اما تمام این سهولت در استفاده، و آزادی نیازمند نظام سازمانی فوق العاده ای است تا نتیجه ای مطلوب حاصل شده و از کاربری غلط جلوگیری به عمل آید. ولی متاسفانه بیشتر سازمان ها به گونه ای تاریخی نظم مورد نیاز  جهت بهره برداری از توانایی ��ای   SharePoint  را دارا نبوده اند.  
 
مشکلات بیشتر
زمانی که شروع به بررسی بیشتر کرده و می پرسید که چرا سازمان ها  فاقد نظام مورد نیاز جهت استفاده موثر از SharePoint بوده اند به سرعت درخواهید یافت، اشکالاتی از این نرم افزار که من در این جا ترسیم کرده ام  تنها  بخشی  از  کوه عظیم  مشکلات آن است. آن ها   تنها علائم مشکلی به مراتب بزرگتر و مشقت بار تر در این سازمان ها هستند که آن نبود و یا ضعف مدیریت اطلاعات در سطح امور سرمایه گذاری است.
اگر این مشکل حل نشده رها شود، بهره مندی از فناوری مدیریت اسناد را، چه با استفاده از SharePoint  که در میان سه سامانه بزرگِ (همگام با  IBM, EMC, OpenText) مدیریت محتوای سازمانی قرار دارد و چه با اتخاذ راه حلی متمرکز به منظور برطرف کردن شیوه تجارت عمودی (به عنوان مثال در مدیریت قرارداد، مدیریت طراحی مهندسی، مدیریت چرخه‌ ی عمر محصول، و غیره) ، بسیار دشوار می کند.
 
آزمون جهان شمول
اکنون کاری خواهم کرد که در میان مشاوران متعارف نیست یعنی با جمله نامفهوم "به این بستگی دارد که..." به اینکه مدیریت ضعیف اطلاعات چگونه است پاسخ نخواهم داد. در عوض به طور قاطع اعلام خواهم کرد که مدیریت ضعیف اطلاعات چگونه است. !

اگر هریک از گزاره های زیر برای سازمان شما صادق است، دارای مشکلات مدیریت اطلاعات هستید. همین و بس. هرچه تعداد بیشتری از این گزاره‌ها درمورد شما صادق باشد‌‌ مشکلات مدیریت اطلاعات شما وخیم تر است :

  • هیچ نهاد سازمانی مدیریت اطلاعات را در دست ندارد.
  • حق مدیریت اطلاعات در انحصار گروهی خاص است ( برای مثال گروه فناوری اطلاعات (IT)  یا گروه حقوقی).
  • اعطای مسئولیت کامل مدیریت اطلاعات به افراد متفرقه، تعدّد مدیر عاملان اجرایی را زیاد کرده است. ( به عبارت دیگر، مقام ارشد، با حق مالکیت مدیریت اطلاعات، مدیران زیر دست مدیر عامل اجرایی نیستند).
  • هر کدام از بخش های IT، حقوقی و سایر نهادهای وابسته عنوان می کنند که مدیریت اطلاعات به آن ها تعلّق ندارد و هردو یا یکی از دو نهاد دیگر آن را بهتر مدیریت می کنند.
  • هر یک از بخش های IT، حقوقی و سایر نهادهای وابسطه (شاید هر سه) عنوان می کنند که مدیریت اطلاعات مختص آن ها بوده و هیچ یک از دو نهاد دیگر نباید آن را تصاحب کنند.
  • روندی مدوّن به منظور حصول اطمینان از در نظر گرفتن نیازهای حوزه مدیریت اطلاعات، در طول توسعه مرحله طراحی سامانه فناوری اطلاعات (IT) ( خواه زیر ساخت در نهاد تجاری پایه گذاری شود یا از یک ارائه دهنده تهیه شود) در کار نباشد.

 
حاضرم شرط ببندم که اگر سازمان شما از مشکلات مرتبط با SharePoint رنج می برد برخی از گزاره های فوق (چه بسا همه‌ی آن ها) در مورد سازمان شما صادق است. و حقیقت تلخ آن است که اگر شما با این مشکلات پایه‌ در حوزه مدیریت اطلاعات  مقابله نکنید  هیچ گاه قادر نخواهید بود تا به طور صحیح مشکلات سخت تر،  بارز تر و پیش رویSharePoint  را حل کنید.
 
 
توضیح واضحات
یک روش برای تصور اینکه مدیریت اطلاعات قوی و موثر چگونه است قبول مشکلات مطروحه فوق توسط اینجانب و اصلاح آنها از طریق شیوه های زیر است:

  • یک نهاد سازمانی معیّن مدیریت اطلاعات را در دست بگیرد.
  • مالکیت مدیریت اطلاعات نیازمند تعامل  و مشارکت بخش های IT، حقوقی و سایر نهادهای مرتبط با سازمان است.
  • مدیران ارشد اجرایی مسئولیت کامل مدیریت اطلاعات را برعهده بگیرند.
  • بخش های IT، حقوقی و سایر گردانندگان شرکت، مالکیت مدیریت اطلاعات را مسئولیتی مشترک تلقّی کنند.
  • هر کدام از بخش های IT، حقوقی و سایر گردانندگان، مدیریت مؤثر اطلاعات را در گرو همکاری دو گروه دیگر بداند.
  • روندی مدوّن به منظور حصول اطمینان از در نظر گرفته شدن نیازهای مدیریت اطلاعات، در طول توسعه مرحله طراحی سامانه فناوری اطلاعات (IT) ( خواه زیر ساخت در نهاد تجاری پایه گذاری شود یا از یک ارائه دهنده تهیه شود) در کار باشد و دنبال شود.

 
در طول 15 سال حضور من در فضای مدیریت اطلاعات، ارگان هایی که به گونه ای مؤثر از دارایی های اطلاعاتی خود محافظت کرده اند آنهایی هستند که خصایص فوق را از خود نشان می دهند.
هرچقدر بیشتر از این خصایص بهره ببرند به همان نسبت نیز در مدیریت اطلاعات موفق خواهند بود و هرچه کمتر نا موفق تر.

ادامه دارد....

 

آیا ضعف مدیریت مشکل کسب و کارهای ایرانی است؟

این جمله را زیاد شنیده ایم یا خوانده ایم که یکی از مشکلات کسب و کارهای ایرانی ضعف مدیریت است. این ضعف مدیریت را هم گسترش داده ایم به ضعف راهبری سازمان تا ضعف در مدیریت منابع انسانی و ...

همچنین مطالب متعددی یافت می شود که در آن تصاویری چشم نواز از محیط کاری برخی از شرکت های IT مطرح دنیا قرار داده شده است و نویسنده مطلب و بسیاری از افرادی که کامنت گذاشته اند حسرت وار آرزوی کار در این شرکت ها را دارند و گله و شکایتهای زیاد از وضعیت شرکت هایی که در آن مشغول هستند و البته وصل کردن همه چیز به مدیریت و احتمالا ضعف ایشان در درک اهمیت نیروی کار.

اما آیا به راستی مشکل بسیاری از کسب و کارها به ضعف مدیریت برمی گردد؟ البته من ادعا نمی کنم که هیچ مشکل در مدیریت شرکت های نرم افزاری وجود ندارد. که صد البته وجود دارد. ولی در این مطلب قصد دارم نکاتی را برای آن دسته از پرسنلی یادآور شوم که همه مشکلات عالم را به مدیریت مجموعه خود ارتباط می دهند.


آیا شما دوست عزیز، بله شما کار خود را درست انجام می دهید؟

 اکثر افرادی که به دنبال کار می گردند در پی یافتن یک کار دولتی هستند یا اگر رضایت بدهند کار در یک شرکت بزرگ، چرا؟ جواب ساده ای دارد. چون قصد ندارند کار کنند بلکه می خواهند حقوق بگیرند. و فعالیت های سخت و طاقت فرسای ذیل را انجام دهند.

- مطالعه روزنامه صبح

- صرف صبحانه ضمن شوخی با همکاران

- چک کردن فیس بوک

- دلالی تلفنی

- رفع خستگی با انجام برخی از فعالیتهای کاری

آنهایی هم که از سر ناچاری و یا در موارد معدودی علاقه به شرکت های خصوصی روی می آورند انتظار دارند با حداقل کار، حداکثر حقوق را دریافت کنند و هیچ تعهدی نسبت به کارهای انجام شده از برنامه نویسی گرفته تا پشتیبانی نداشته باشند و صد البته که اگر مدیر با فهم و شعوری داشته باشند باید به موقع حقوق بگیرند، هر وقت خواستند مرخصی بروند، در محل کار تفریح کنند و در غیر این صورت مدیریت مجموع هیچ چیز از منابع انسانی سرش نمی شود.

البته همیشه استثناهایی هم هست ولی تعداد آن ها به نسبت حجم بسیاری از فارغ التحصیلان کامپیوتر بسیار اندک است. برای اینکه بی انصافی نکرده باشیم باید گفت که افراد متبحرو متعهدی هم در این رشته وجود دارند که مطمئنا هر جا که هستند امتیازات بالایی را چه به لحاظ مالی و چه به لحاظ امنیت و رضایت شغلی کسب کرده اند.

در پایان چنین نتیجه گیری می کنیم که ضعف مدیریت وجود دارد ولی یک مدیر بدون بازوهای توانمند و فرمان پذیر کاری پیش نمی برد. پس در هر کجا که مشغول فعالیت هستید برای خودتان و آینده شغلی تان لطف کنید و از حداکثر توان خود برای پیشبرد اهداف مجموعه بهره بگیرید و مطمئن باشید مدیران هر چند هم ضعیف شما را و تلاش شما را می بینند و در صدد جبران آن برمی آیند.

 

4 دلیل متداول شکست پروژه شیرپوینت

​به عنوان یک مشاور به مشتریان کمک میکنیم تا ایده های جدید روی شیرپوینت داشته باشند و یا پروژه های جدید بر روی اجراهای قبلی شان ایجاد کنند. همچنین از ما برای پیاده سازی های شیرپوینت موجود که  استفاده نمی شوند نیز کمک خواسته می شود. علت آن می تواند عدم انتخاب شیرپوینت توسط کاربران، عدم تامین تمامی محتوای آن ها، یا عدم ایجاد مراحل کاری توسط شرکت باشد.
اولین چیزی که می پرسیم این است که چرا مشتریان به پیاده سازی و اجرای شیرپوینت موجودشان نمی پردازند. شما باید همه ی دلایل لازم برای انجام مراحل جلوگیری از این امر را بفهمید.

failure1
ما معمولا به محدوده ای از پاسخ ها می رسیم که مطمئنا لیست جامعی نیست اما بعضی از رایج ترین توجیهاتی هستند که شنیده ایم برخی مشتری ها حتی دو یا تعداد بیشتری از این تخلف ها را انجام  داده اند:


1. نداشتن دیدگاه و یا برنامه واضح
عدم برنامه ریزی موجب فاجعه است. بسیاری از شرکت ها فکر می کنند که شیرپوینت محصولی است که شما  به سادگی روی سرورتان نصب می کنید و سپس هر کسی استفاده از آن را شروع خواهد کرد. شیرپوینت یک محصول تنها نیست، شیرپوینت بستری است که می تواند کارهای مختلفی انجام دهد و در حالی که همه شرکت ها احتمالا پروسه ها و زمینه های استفاده مشابهی دارند، نیازهای منحصر به فرد خودشان را نیز دارند. اگر سازمانی فکر کند که می تواند شیرپوینت را بدون برنامه فقط نصب کند و تلاشی برای تطبیق آن با همه نیازهای شان نکنند ارزش افزوده چندانی برایشان به ارمغان نخواهد آورد و هر سیستمی که ارزش فراهم نمی کند احتمالا استفاده نیز نمی شود.


2. کمبود منابع و زمان
اغلب اوقات سازمان ها یک یا دو نفر از هر واحدی را به عنوان مالک سایت آن واحد انتخاب می کنند و از آنها انتظار دارند که محتوای آن سایت را مدیریت کنند. چیزی که به آن توجه نمی شود این است که این افراد زمان کافی ندارند یا  زمان لازم به آنها داده نمی شود که مدیریت محتوای سایت را انجام دهند. زیرا که این مسئولیت به عنوان یک وظیفه ی فرعی تلقی می شود چون احساس می شود برای وظیفه ی شغلی آن ها ضروری نیست. بعد از آن محتوای سایت قدیمی می شود (اگر اصلا محتوایی در مرحله اول وارد شده باشد) و شاید حتی بعدا بدتر هم بشود. 


3. استفاده اندک از نظرات کاربران 
از شیرپوینت برای مکانیزه کردن مدیریت اسناد و فرآیندهای کسب و کار استفاده می شود. کسب نتیجه موثر نیازمند تغییر اساسی در روشی است که افراد اطلاعات را پردازش می کنند و یا وظایف روزانه شان را انجام می دهند. کاربران نیاز دارند که از آغاز در پروژه به حساب آورده شوند حتی در مراحل اولیه طراحی و شانه به شانه آنچه که در طول پروسه اتفاق می افتد باشند. و این می تواند درک واضحی بدهد از چرایی این تغییرات و اینکه چگونه شیرپوینت سبب کسب سودمندی برای آن ها در آخر کار می شود.
این تغییر اگرچه که در ابتدا کمی سخت بنظر می رسد، اما نتیجه آن بسیار چشمگیرخواهد بود نسبت به وقتی که فقط به کارمندان گفته بشود که استفاده از شیرپوینت را شروع کنند بدون اینکه توضیحی به آن ها بدهند.


4. آموزش ناکافی کاربران
شما نمی توانید که فقط شیرپوینت را نصب کنید و انتظار داشته باشید که مردم از آن استفاده کنند. حتی اگر برنامه ای دارید و آنرا روی تابلو اعلانات نوشتید آنها هنوز احتیاج دارند که بدانند چطور از سیستم جدید استفاده کنند. داشتن یک برنامه آموزشی مفید برای موفقیت در گسترش شیرپوینت ضروری است. خدمات ما با مشتریانی که را در این موقعیت قرار گرفته اند شامل ارزیابی سیستم فعلی آنها، فراهم کردن یک برنامه آموزشی برای کمک به کارمندان برای کنار آمدن و شروع استفاده از شیرپوینت می شود. بطور نوعی  ما فهمیده ایم که بهتر است که کلاس درس آموزشی مناسبی همراه با چند نوع ابزار تکمیلی از جمله ابراز های نوشتنی و یا ویدئویی فراهم کنیم که کاربران بتوانند بعدا به آن ها رجوع کنند و آنچه را که قبلا در کلاس درس یاد گرفته اند را تقویت کنند.
با چشم پوشی از این موضوع می توانید مطمئن باشید که پروژه شیرپوینت شما شانس بهتری برای موفق شدن دارد بدون آنکه لازم باشد آنرا بعدا برای تنظیم برنامه هایش پیش مشاور ببرید. شما چه دلایل دیگری دیده اید که منجر به شکست پیاده سازی شیرپوینت شده است؟ لطفا پیشنهادهای خود را با ما به اشتراک بگذارید.

 

نقشه راه در پروژه های شیرپوینت

​نقشه راه شیرپوینت ، نقشه کاملی است از آنچه قرار است پیاده سازی شود. نقشه راه می تواند یک فایل word طولانی یا یک تصویر بزرگ باشد. می تواند مجموعه ای از نمودارهای مرتبط با هم، یا صدها عنوان فهرست شده باشد. اما صرفنظر از روش مستند کردن آن  نقشه راه در واقع توصیف از قبل برنامه ریزی شده از سیستمی است که شما می خواهید آن را بسازید.
شیرپوینت و مخصوصا شیرپوینت 2013 بستری منحصر به فرد و عظیم است که دارای صدها شاخص و تابع می باشد و می تواند به شکل تعدادی اینترانت و یا سیستم های مشابه آن درآید که کاملا با هم متفاوتند  و از نظر عملکرد هم متنوع اند. سخت است که بهترین برنامه قابل پیاده سازی را برای کسب و کار خود بنویسید و بعد هم آن برنامه را کلمه به کلمه دنبال کنید.
RoadMap
 
اجرای نقشه راه مشکل است و یا شاید حتی غیر ممکن باشد. بنابراین چطور است که اینترانت جدیدتان را اصلا اجرا نکنید. چطور است که در حین اجرای سیستم به کارمندان اجازه دهید که آنها تشخیص بدهند که چه چیز هایی نیاز دارند.
بدون نقشه کار کنید
چطور است که فقط شیرپوینت را نصب کنید و ببینید که چه اتفاقی می افتد. شاید برای عده ای ابتدایی به نظر برسد اما  نتایج میتواند جالب باشد.
چطور است که آن را نصب کنید و سپس صفحه اصلی و تعدادی سایت به آن اضافه کنید. مطمئن شوید که تعدادی از افراد برای ایجاد محتویات معمول (اخبار، مستندات شرکت ها،...)، و همچنین افرادی که به راحتی بتوانند سایت های جدید درخواست کنند را دارید. شاید حتی  مدلی در نظر بگیرید که کاربران بتوانند هر چیزی که میخواهند (با فضا و مرزهای خودشان) در آن ایجاد کنند.
سپس عقب بنشینید و ببینید که چه اتفاقی می افتد. شش ماه به آن وقت دهید. و پس از آن، شاید حتی جلسه آموزش به طور منظم و یا "به روز رسانی شیرپوینت" اجرا شود.
RoadMap3
 خارج از هرج و مرج
من می توانم پیش بینی هایی بکنم. برخی از افراد سایت های بسیاری ایجاد خواهند کرد و آن ها را رها میکنند. برخی یک سایت آزمایشی ایجاد خواهند کرد و خارج  از آن کار خواهند کرد. برخی ممکن است سایت های خصوصی ایجاد کنند که در این صورت شما نخواهید دانست که چه چیزی در جریان است. ولی خارج از این هرج و مرج ، نوعی نظم به وجود خواهد آمد. مردم مدارکی را خواهند فرستاد، محتویاتی را ایجاد خواهند کرد، بعضی گروه ها واقعا سازمان یافته خواهند شد.
البته تیم IT باید کمی بیشتر برنامه ریزی کند. اگر نقشه موفقیت آمیز باشد و تمام شرکت بخواهند از آن استفاده کنند، شما به منابع سرور بیشتری احتیاج خواهید داشت. این یک وظیفه هر روزه برای این افراد است. بدترین سناریوها می توانند به آسانی با نگاهی به تعداد پرسنل و کاربرد سیستم های مشابه پیش بینی شود.
هر نظمی از بی نظمی بر می خیزد، هر سایت مفیدی که بدست می آورید یا کاربران فعالی که پیدا می کنید بلوک های ساخت شیرپوینت در سازمان خود را خواهید داشت. شما خود را با گروهی از کاربران نامزد شده، محتویاتی مفید و نقشه های بسیاری برای آینده خواهید یافت. نقشه هایی که در دنیای واقعی آزمایش شده اند.
ممکن است در این راه طراحی آزاد مطابق سلیقه همه افراد نباشد و به نوع سازمان شما و شخصیت پرسنل سازمان شما بستگی دارد. ولی هدف یک هدف جدی است.
طراحی و کارکردن با شیرپوینت برای اولین بار بسیار سخت است. شرکت های باسابقه هم همیشه بار اول قادر به کارکردن با آن نیستند. اما اگر به موضوع بهره برداری از شیرپوینت در فاز اول به عنوان یک طرح آزمایشی فکر می کنید در این صورت پروسه استقرار ممکن است دلپذیر تر باشد.
 

 

نسخه local شیرپوینت زنده است و از بین نخواهد رفت

مایکروسافت : نسخه  شیر پوینت در محل  (On-Premises) یا به عبارتی نسخه (local) از بین نخواهد رفت. باید جهان از این موضوع آگاه شود.
اخیرا این شایعه به وجود آمده که "شیرپوینت در محل" عمرش به پایان رسیده و نسخه ابری آن در دسترس خواهد بود. اما این فقط یک شایعه است و حقیقت ندارد. اگر قبول ندارید مدارکی وجود دارد که صحت این موضوع را مبنی بر اینکه شیرپوینت در محل از بین نمی رود تایید می کند.
اگر به بهار 2012 بازگردیم مایکروسافت نظریه معروف cloud first (سیستم های ابری با اولویت بالاتر) را برای استراتژی های شیرپوینت اعلام کرد. سپس زمانی که شیرپوینت 2013 منتشر شد به نظر می رسید که هیچ خبر تازه ای از نسخه "شیرپوینت در محل" نیست و یا ویژگی های جدید بسیار کم به همراه همان هشدارها و خطاهای قبلی در آن به چشم می خورد.
چند ماه بعد فردی ظاهرا مشهور در انجمن سران MVP بخش های مهم بحث خود را به اوج رساند و در همین حال فرد دیگری که با اینگونه مطالب آشنایی بیشتری داشت بیان کرد که ما در حال فاصله گرفتن از نسخه در محل شیرپوینت هستیم.
on-premise
 
نگرانی مایکروسافت بابت مشتریان عصبی و دو دل بود که آیا روی نسخه شیرپوینت در محل سرمایه گذاری کنند یا نه و برای افرادی که نمی توانند به office 365 مهاجرت کنند هیچ گونه پیشنهادی از سمت مایکروسافت وجود نداشت. برای راحت کردن خیال کاربران، شخصی به نام Jeff Teper  با اطمینان اعلام کرد نسخه دیگری از شیرپوینت در محل برای کاربران وجود خواهد داشت و برای مدتی این خبر دلخوشی بزرگی برای کاربران محسوب می شد اما کافی نبود. اگرچه  Jeff در طول کنفرانس شیرپوینت لاس وگاس در مارچ 2014 نسخه های آینده شیرپوینت را تایید کرد لیکن گمانه زنی ها درباره اینکه هرگز نسخه جدیدی وجود نخواهد داشت و اگر هم باشد آخرین نسخه خواهد بود همچنان ادامه داشت.
 Jeff  همچنان به بیانیه های خود ادامه داد اما باعث نمی شد کسی از شک و تردید هایش دست بردارد.
بالاخره بعد از ادامه بحث در SPY  ، Jeff  موضوع را کاملا روشن کرد. در ادامه مطلبی که وی اعلام کرد را می خوانیم.
ما برای انتشار نسخه های آینده شیرپوینت برنامه ریزی کرده ایم و به بازه های زمانی انتشار این نسخه ها در آینده نیز متعهد هستیم. هرگز این تصور را نداشتیم که این آخرین نسخه از شیرپوینت در محل است و این درخواست را از همه دارم : لطفا افرادی که به اشتباه فکر می کنند این آخرین نسخه است را آگاه کنید.
در حقیقت اگر مایکروسافت مطلبی را درباره شیرپوینت 2019 اعلام نکرده به این معنی نیست که دیگر این نسخه منتشر نمی شود بلکه هم اکنون تیم مایکروسافت روی شیرپوینت 2016 تمرکز کرده است. در حقیقت به همین دلیل است که شما روی تعطیلات سال بعد خود تمرکز نمی کنید چون هنوز تعطیلات امسال خود را کامل نکرده اید.
 

 

تازه های eDiscovery در شیرپوینت 2013

عملکرد eDiscovery در شیرپوینت سرور 2013 روش های پیشرفته ای را برای کمک به نگهداری از کسب و کار افراد و سازمان ها فراهم می کند. در حقیقت وظیفه eDiscovery  جست و جوی اسناد،وب سایت ها و پیغام های ایمیلی است که به عنوان مثال در لپ تاپ شما،ایمیل سرورها، فایل سرورها و دیگر منابع توزیع شده اند. 
در این زمینه شیرپوینت 2013 شامل موارد ذیل می باشد.

 

• یک site collection (مجموعه سایت) که شما می توانید query  ها (پرس و جوهای) مربوط به eDiscovery را از طریق فارم های شیرپوینت و سرورهای اکسچنج اجرا کنید و آیتم هایی که کشف می شوند را نگهداری کنید.

 

• نگهداری در محل از صندق پیام اکسچنج و سایت های شیرپوینت که شامل آیتم و صفحات شیرپوینت نیز می شوند و این در حالی است که کاربران اجازه کار با محتویات سایت را دارند.

 

• پشتیبانی از جست و جو و استخراج محتوا از فایل هایی که به اشتراک گذاشته شده اند.

 

• قابلیت صادر کردن محتوای کشف شده از اکسچنج سرور 2013 و شیرپوینت سرور 2013

مرکز  eDiscovery در شیرپوینت

 

شیرپوینت سرور 2013 یک سایت جدید برای مدیریت و نگهداری از موارد کشف شده معرفی می کند.  نمونه سایت مرکزی eDiscovery پورتالی را طراحی می کند که با استفاده از آن شما می توانید به موارد کشف شده جهت اجرای جست و جوها، نگهداری از محتویات و استخراج آنها دسترسی داشته باشید. هر case (مورد) یک سایت همکاری است که حاوی کتابخانه اسناد است. از این کتابخانه می توان جهت ذخیره اسناد مربوط به مدیریت case استفاده کرد. علاوه بر این شما قادر خواهید بود موارد ذیل را با هر case به اشتراک بگذارید.

 

• منابع (Sources) : صندوق پیام های اکسچنج، سایت های شیرپوینت، یا حتی فایل های Share شده ای که می توان از آن ها داده ای را استخراج و کشف کرد.

 

• مجموعه های eDiscovery: ترکیبی از منابع، فیلتر ها و محتویات بدست آمده می باشد. مجموعه های  eDiscovery جهت شناسایی ونگهداری از محتویات استفاده می شوند.
• پرس و جو ها (Queries) : معیار های جست و جو مانند نام نویسنده، محدوده تاریخ، عبارات متن آزاد و دامنه جست و جو را مشخص می کنند. پرس و جو ها جهت شناسایی محتویات برای استخراج بکار می روند.
• صادرات (Exports) : لیستی از تمامی export ها که تولید شده اند و با case ها مرتبط اند.
زمانی که نیاز جدید برای کشف وجود دارد (برای مثال یک Case منطقی یا محاسباتی)، کاربری که دسترسی کافی داشته باشد قادر به ایجاد مورد جدید، طراحی مجموعه های  eDiscovery جهت شناسایی محل موارد مشخص شده و در نهایت نگهداری  از سایت ها و صندوق های پیام که محتویات از آن ها استخراج شده می باشد. اکنون کاربر می تواند پرس و جوهایی را جهت تصفیه بیشتر محتویات طراحی کند. همچنین این کوئری ها جهت پیش نمایش محتوا و استخراج داده استفاده می شوند. زمانی که مورد بسته شود، تمامی مشتقات مربوط به آن هم آزاد می شوند.

 

eDiscovery

 

 
 SharePoint in-place holds

در شیرپوینت سرور 2013 محتویاتی که به حالت معوق نگهداری می شوند هنوز هم قابلیت تغییر توسط کاربران را دارند. وضعیت محتویات، زمان نگهداری از آن ها ثبت می شوند. اگر کاربری موردی را ویرایش و یا حتی حذف کند، نسخه اصلی حفظ شده و قابل دسترس باقی می ماند. کاربران قانونی نسخه جاری محتویات را می بینند. مدیرانی که مجوز های مورد نیاز برای کار با ویژگی های eDiscovery شیرپوینت را داشته باشند توانایی دسترسی به نسخه اصلی را نیز دارند.
in-place holds در شیرپوینت سرور 2013 پیشرفت هایی را برای بهبود عملکرد نسبت به نسخه های قبلی شیر پوینت پیشنهاد داده است.این پیشرفت ها شامل موارد ذیل می باشد :
• قابلیت نگهداری از اسناد، آیتم های لیست، صفحات و صندوق های پیام اکسچنج سرور 2013
• حفاظت در سطح سایت کامل می شود. نگهداری از یک سایت شامل نگهداری از محتویات سایت نیز می شود.
• کاربران توانایی ادامه کار با محتویاتی که محافظت می شوند را دارند. محتویات در همان محل باقی می مانند و کاربران قادر به ویرایش، حذف و اضافه کردن محتویات جدید هستند.
• کاربری که مجوز اجرای eDiscovery را داشته باشد می تواند به نسخه اصلی محتویات نگهداری شده دسترسی یابد.
• نیازی به نگهداری از یک سایت یا صندوق پیام به صورت کامل نیست. بلکه می توان فیلتری را جهت تعریف محدوده حفاظت و نگهداری مشخص نمود و تنها از محتویاتی که با این فیلتر همخوانی دارند نگهداری گرد.
استخراج اطلاعات eDiscovery در شیرپوینت
در شیرپوینت سرور2013 شما قادرید از نتایج جست و جوی eDiscovery برای import کردن آن ها در یک ابزار بازنگری استفاده کنید. همچنین می توان تمامی محتویاتی را که  با یک مورد مشترک هستند را استخراج کنید که شامل موارد زیر می شوند:
-اسناد: اسناد از فایل هایی که به اشتراک گذاشته شده اند استخراج می شوند.
-لیست ها : اگر آیتمی از یک لیست در نتیجه کوئری eDiscovery بیاید، لیست نهایی به صورت لیستی که مقادیر با کاما از یکدیگر جدا شده اند استخراج میشود. (در حقیقت به صورت فایل csv .)
صفحات : صفحات شیرپوینت همانند صفحات ویکی یا بلاگ ها به عنوان فایل MIME HTML (.mht) استخراج می شوند.
-آبجکت های اکسچنج : آیتم ها در صندوق پیام اکسچنج سرور 2013 همانند task ها،اطلاعات تقویم، مخاطبین، پیغام های ایمیل و فایل های پیوست همگی به صورت فایل pst . استخراج می شوند.
Enterprise-wide eDiscovery
در شیرپوینت 2013 می توان به صورت مرکزی eDiscovery را در بین چند فارم شیرپوینت و سرورهای اکسچنج و همینطور فایل های share شده متعدد مدیریت کرد. از یک مرکز eDiscovery توانایی انجام امور زیر را خواهید داشت :
• طراحی یک case ، تعریف query و سپس جست و جوی شیرپوینت سرور 2013 اکسچنج سرور 2013 و فایل های share شده
• استخراج تمام محتویاتی که شناسایی شده اند.
• پیگیری آمارهایی که وابسته به case  ها هستند.
برای اجرای eDiscovery بایستی بخش جست و جوی شیرپوینت سرور 2013 را به گونه ای تنظیم کرد که تمام فایل های share  شده و وب سایت هایی که حاوی محتویات قابل کشف هستند را بیابد  و ابزار سرویس جست و جو را به نحوی تنظیم کنید که حاوی نتایجی از  اکسچنج سرور 2013  باشد. هر محتوایی که از شیرپوینت، اکسچنج، فایل های share  شده و یا وب سایت ها از طریق جست و جو و یا اکسچنج سرور فهرست و ایندکس شده باشند می توانند از طریق مرکز eDiscovery کشف و ردیابی شوند.

 

Service Pack1 برای SharePoint 2013 منتشر شد

در روز گذشته Service Pack 1 (SP1) برای مجموعه محصولات مایکروسافت منتشر شد، که این مجموعه شامل Office 2013 ، SharePoint 2013 و Exchange Server 2013 می باشد. SP1 پایداری بیشتر, عملکرد بهتر، پیشرفت های امنیتی  و سازگاری قوی تر با ویندوز 8.1 و ویندوز Server 2012 R2 را ارائه می کند. کاربران Office 2013 می توانند به SP1 از طریق Windows Update در 30 روز آینده دسترسی داشته باشند. کاربران  Exchange Server 2013 و    SharePoint 2013  نیز از طریق Microsoft download center قادر به دانلود SP1 هستند.

برای دریافت سرویس پک 1 روی یکی از لینکهای ذیل کلیک کنید:

دانلود سرویس پک 1 برای نسخه شیرپوینت سرور 2013
دانلود سرویس پک 1 برای نسخه شیرپوینت Foundation 2013

 

Recommendations و Popular Items در شیرپوینت سرور 2013

​در شیرپوینت 2013 ویژگی به نام Usage analytics  (تجزیه و تحلیل کاربردی) تعامل بازدیدکنندگان با وب سایت را تجزیه و تحلیل می کند. به همین دلیل توصیه ها و آیتم های محبوب در نسخه جدید شیرپوینت قابل نمایش هستند.
شما می توانید نتایجی را که Usage analytics تولید می کند به محتویات وب سایت خود اضافه کنید. به عنوان مثال به بازدیدکننده یک آیتم نشان دهید که چه کاربران دیگری از همان آیتم بازدید کرده اند و یا به طور کلی بر اساس تعداد بازدیدها، آیتم های محبوب را مشخص کنید.
نحوه عملکرد Usage analytics
1-    بازدیدکنندگان به عنوان مثال آیتمی را در وب سایت مشاهده می کنند. بدین طریق یک Usage event  تولید می شود.
2-    Usage event در event store (انباره رویدادها) ثبت می شود.
3-    Usage event ها به کامپوننت (جزء) پروسه تجزیه و تحلیل(analytics processing)  ارسال می شوند که در این قسمت رویدادها تجزیه و تحلیل می شوند. نتیجه این تحلیل به فهرست جست و جو فرستاده می شود.
4-    زمانی که کاربران به صفحه ای که حاوی recommendation  ها  یا وب پارت popular items است رجوع می کنند به صورت خودکار یک query صادر شده و به فهرست جست و جو ارسال می شود.
5-    نتایج query  از سمت اندیکس جست و جو باز می گردد و در وب پارت Recommendations و popular items  نمایش داده می شود.

 

SharePoint2013
 
انواع Usage event
به صورت پیش فرض 3 نوع Usage event در شیرپوینت 2013 وجود دارد:
-    Views : زمانی که کاربر از آیتمی در وب سایت دیدن می کند یک Usage event ثبت می شود.
-    Recommendation Displayed : هرگاه آیتمی به عنوان یک recommendation در وب سایت شما نمایش داده شود یک Usage event ثبت می شود.
-    Recommendation Clicked : زمانی که کاربر آیتمی را که به عنوان recommendation در وب سایت نمایش داده می شود را کلیک کند یک Usage event ثبت می شود.
 
 
برای مشاهده تنظیمات Usage event به صورت زیر عمل کنید :
در سروری که شیرپوینت 2013 روی آن نصب است SharePoint2013 Management Shell را باز کنید.
در محیط command prompt مربوط به Windows PowerShell  دستورات زیر را تایپ کنید :
 
$SSP = Get-SPEnterpriseSearchServiceApplicationProxy
$SSP.GetAnalyticsEventTypeDefinitions([Guid]::Empty, 3) | ft
 
با اجرای این دستور تنظیمات مربوط به Usage event نمایش داده می شود توجه داشته باشید که هر event یک EventTypeId و یک EventName دارد.
SharePoint
به عنوان مثال Usage event های پیش فرض دارای مقادیر EventTypeID زیر هستند :
 
 
 یک گام مهم برای اینکه بدانیم Usage analytics چگونه کار می کند گام 2 در پروسه نحوه عملکرد Usage analytics می باشد.
Usage event  (رویدادهای کاربری) در انباره داده ثبت می شوند. در انباره رویداد هر event می بایست با استفاده از url  آیتم مربوطه ثبت شود. این مورد مخصوصا در سناریو انتشار cross-site بسیار حائز اهمیت است.
این بدان معنی است که هرگاه بازدیدکنندگان آیتمی را در سایت انتشار مشاهده می کنند رویدادی به عنوان مثال در صفحه لیست آیتم ها رخ می دهد.
از آنجایی که صفحه  لیست آیتم ها جهت نمایش تعداد زیادی از آیتم ها استفاده می شود رویداد کاربر نمی تواند با استفاده از url  مربوط به صفحه لیست آیتم ها ثبت شود. برای اینکه  تجزیه و تحلیل های کاربردی در سناریو انتشار cross-site  عمل کند ، رویداد ها می بایست با استفاده از url مربوط به آیتم در مجموعه سایت ها (site collection) نوشته شود.
sharepoint
 
با توجه به روشی که شما وب سایت خود را راه اندازی کرده اید، شیرپوینت سرور 2013 می تواند به صورت اتوماتیک url  رویداد مربوط به آیتم را در Authoring site collection ثبت کند.. در اینجا سوال زیر پیش می آید:
از چه وب پارتی جهت نمایش صفحه لیست آیتم ها استفاده می شود؟ اگر پاسخ شما وب پارت Catalog Item Reuse است دیگرجای نگرانی وجود نخواهد داشت. این وب پارت به شما اطمینان می دهد که رویداد های  کاربردی در انباره رویداد ثبت خواهند شد. اگر از وب پارت جست و جوی محتوا (Content Search) جهت نمایش آیتم ها در صفحه فهرست آیتم ها استفاده می کنید می بایست یکسری تنظیمات اضافی را انجام دهید.
خصوصیت managed در UsageAnalyticsID
آیتم ها در وب سایت فرضی  contoso با رنگ های مختلفی در دسترس هستند. برای مثال لپ تاپ 15.4W M1548  با 4 رنگ متفاوت موجود است. در Authoring  site نسخه های رنگی تحت یک شماره گروه رایج گروه بندی می شوند.
در Publishing site از مقادیر شماره گروه ، شماره آیتم و FURL (Friendly url) استفاده می کنیم. بازدید کنندگان می توانند ببینندکه این محصول در چه رنگ های دیگری موجود است. و همچنین کاربران قادرند  بدون اینکه نیازی باشد به صفحه دسته بندی آیتم ها بازگردند، به سرعت جزئیات محصول را در سایر رنگ ها ملاحظه کنند
sharepoint
 
 محاسبات تجزیه و تحلیل های کاربردی پیش فرض رنگ آیتم ها را زمان محاسبه recommendation ها بدست می آورند. برای مثال recommendation ها برای یک لپ تاپ سفید رنگ Southridge Video 15.4W M1548 میتواند به یک صفحه کلید Litware X105 سفید، یک صفحه کلید blue Litware X105 ، یک موس بی سیم Litware Wireless Laser M55 سفید و یک موس Litware Wireless Laser M55 آبی تبدیل شود.
sharepoint
 دو نوع صفحه کلید و موس توصیه شده محصولات مشابه هستند. این ها توصیه های خوبی نیستند. برای بدست آوردن recommendation هایی که رنگ محصول را در نظر نمی گیرند می بایست نگاشت خصوصیت  managed در UsageAnalyticsID را تغییر دهیم.
به طور پیش فرض UsageAnalyticsID به خصوصیت crawled نگاشت شده است. اگر زمانی که مجموعه سایت Authoring را طراحی می کنید از قالب سایت "کاتالوگ محصول" استفاده کنید خصوصیت crawled به ستون کد آیتم را در لیست محصولات اشاره می کند. به طور بالعکس اگر زمان ایجاد مجموعه سایت Authoring از قالب سایت کاتال.گ محصول استفاده نکنید یا در صورت عدم تمایل به نمایش ستون شماره آیتم در محاسبات تجزیه و تحلیل کاربردی، شما مجبور به تغییر نگاشت خصوصیت managed خواهید شد. اگرچه زمانی که نگاشت را تغییر دادید می بایست مطمئن شوید که  UsageAnalyticsID در FURL در صفحه فهرست آیتم بکار می رود. FURL بیشتر زمانی که سایت انتشار  را به صفحه فهرست اتصال می دهد این url را مشخص می کند. این عملکرد به این خاطر است که وب پارت Recommended Items مقداری از FURL را جهت نمایش صحیح  recommendation ها استفاده می کند.
به خاطر داشته باشید که نسخه های رنگی محصولات در شماره گروه، گروهبندی می شوند و از مقدار این گروه در FURL مربوط به صفحه  فهرست آیتم ها استفاده می کنیم. بنابراین با نگاشت UsageAnalyticsID به خصوصیت crawled مربوط به شماره گروه ، محاسبه تجزیه و تحلیل کاربردی در سطح گروه به پایان می رسد. این جمله بدان معنی است که ما می توانیم محصولاتمان را در گروه محصول به عنوان recommendation ها نمایش دهیم.
***
 مفهوم cross site publishing(انتشار مجموعه سایت ها)
cross site publishing روشی برای انتشار می باشد که امکان ایجاد و نگهداری محتوا در یک یا چند Authoring site collection (مجموعه سایت Authoring) را می دهد و این محتوا را در یک یا چند publishing site collection(مجموعه سایت های انتشار) با استفاده از وب پارت های جست و جو نمایش می دهد.
نحوه عملکرد Cross-site publishing 
1-    شما محتویات مورد نظرتان را در کتابخانه ها و لیست های مجموعه سایتی که Cross-site publishing روی آن فعال است ایجاد می کنید. حال این لیستها و کتابخانه ها را به عنوان فهرست ها فعال کنید
2-    محتویات موجود در فهرست لیستها و کتابخانه های فعال را جهت ارسال به موتور جستجوگرداوری کنید.
3-    تعداد یک یا بیشتری از وب پارت های جست وجو را به مجموعه سایتی که قصد نمایش محتویات در آن را دارید اضافه کنید.
4-    زمانی که کاربران صفحه ای را مشاهده می کنند، وب پارت های جست و جو query هایی را به اندیکس جست و جو ارسال میکنند. نتایج این query ها از سمت اندیکس جست و جو باز می گردند و در وب پارت های جست و جو نمایش داده می شوند.
sharepoint
 
 
 
 
 

 

چرا از InfoPath استفاده کنیم؟

​باعث تعجب است که بسیاری از افراد در کلاس های کاربری و برنامه نویسی شیرپوینت چطور درباره InfoPath اطلاعی ندارند و یا اینکه با نحوه کاربرد آن در شیرپوینت آشنا نیستند. مباحثی پیرامون InfoPath و استفاده از آن در آینده وجود دارد که آیا این ابزار کنار گذاشته خواهد شد و در این صورت تکنولوژی های جایگزینش چه خواهند بود. در ادامه به بررسی برخی از این موارد می پردازیم.
خلاصه کوتاهی از InfoPath
•    روشی مناسب جهت نوشتن XML  با استفاده از نماهایDHTML  و XSLT
•    در سال 2003 به عنوان بخشی از Microsoft Office Professional 2003 منتشر گردید.
•    نسخه هایی که تا کنون InfoPath منتشر شده است شامل نسخه های 2003، 2007، 2010 و 2013 می باشد که با نسخه های منتشر شده مجموعه آفیس همخوانی دارد.
•    انتشار  InfoPath Forms Servicesهمراه با نسخه Microsoft Office SharePoint Server 2007 توجه بسیاری را به خود جلب کرد.

InfoPath
 
 

InfoPath در چه مواردی کاربرد دارد؟
ایجاد فرم های سفارشی مستقل : قالب های InfoPath می توانند به عنوان کتابخانه و یا نوع قالب محتوا بکار روند. زمانی که کاربر فرمی را ثبت می کند، داده ها به عنوان یک فایل XML در کتابخانه های شیرپوینت ذخیره می شوند و یا در مقصد دیگری از قبیل پست الکترونیک و یا شبکه های share شده  قرار می گیرند.. در شیرپوینت داده های ذخیره شده اغلب جهت تایید محتوا و یا به روز رسانی لیست ها و سیستم های دیگر با استفاده از workflowها(گردش کارها) پردازش می شوند.(کار با فرمت XML برای توسعه دهندگان آسان است.)
ایجاد فرم های سفارشی برای لیست ها : این فرم ها داده های خود را در یک لیست شیرپوینت ذخیره می کنند که این داده ها نه به صورت یک فایل XML بلکه به عنوان ستون هایی از آن لیست ذخیره می شوند.
ایجاد فرم های گردش کار: این فرم ها هم در SharePoint Designer و هم در گردش کارهای Visual Studio طراحی می شوند.( اما گردش کارهای شیرپوینت 2013  فقط فرم های ASPX را طراحی می کند.)
دلایل استفاده از InfoPath
•    ویرایشگر قوی جهت طراحی هر نوع فرم با هر گونه ظاهری که در نظر داشته باشید.
•    امکان استفاده از قوانین کسب و کار برای پنهان سازی، نمایش، فرمت دهی و اعتبار سنجی فیلدها.
•    امکان اتصال به منابع داده خارج از فرم شامل لیست های شیرپوینت،SQL server  و بسیاری منابع دیگر
•    در حالی که یک طراح فرم لازم است از نسخه ویندوزی InfoPath برای طراحی استفاده کند اما کاربر نهایی تنها به یک مرورگر وب نیاز دارد. در صورتی که فرم ها در نسخه Enterprise شیرپوینت 2007 ،2010  و 2013 میزبانی شوند کاربران به هیچگونه از نسخه ها یا محصولات InfoPath نیازی ندارند.
•    برای یادگیری InfoPath منابع بسیاری در دسترس هستند، کلاس های آموزشی، کتاب، مقالات موجود در بلاگ ها، ویدیوهای آموزشی و ...
•    بدون نیاز به داشتن دانش در رابطه باJavaScript, jQuery, XML HTML  یا CSS شما قادر به طراحی فرم های سفارشی و ارزیابی آن ها خواهید بود.
•    نماهای چن�� گانه برای نمایش داده: به طور مثال کاربری ممکن است 50 فیلد را هنگام تکمیل یک فرم بتواند ببیند. تایید کنندگان این فرم قادر به مشاهده 10 فیلد از این فرم باشند و کاربرانی که در مرحله بعد از تایید و یا رد فرم هستند تنها 2 فیلد از فرم مربوطه را بتوانند ببینند.
•    همگام سازی دو طرفه به گونه ای که وقتی فیلدی را در فرم InfoPath ویرایش می کنید این تغییرات درستون های معادل کتابخانه شیرپوینت نیز ویرایش و به روز رسانی می شود.
دلایل عدم استفاده از InfoPath
•    ابزارهای دیگری برای یادگیری و استفاده وجود دارد.
•    قابلیت های ناشناخته -2013  InfoPath نسبت به  2010InfoPath تغییراتی زیادی داشته است و گردش کارهای SharePoint Designer 2013 فرم های ASPX طراحی می کند.
•    شما می بایست نسخه Enterprise شیرپوینت را در اختیار داشته باشید در غیر این صورت هر کاربر باید ابزار InfoPath را در اختیار داشته باشد.
فواید منحصر به فرد InfoPath برای توسعه دهندگان
•    کار کمتر جهت طراحی فرم های "آغازین" در گردش کارهای Visual Studio
•    کار کمتر جهت سفارشی سازی فرم های گردش کار SharePoint Designer
•    همه چیز به صورت XML است.
•    هیچ کدی به صورت HTML، JavaScrip و ... وجود ندارد.
معایب استفاده از  InfoPath برای توسعه دهندگان
•    برنامه نویسان علاقه به کدنویسی دارند.
•    مواردی وجود دارند که InfoPath قادر به انجام دادن آن ها نیست اما برنامه نویسان با کد نویسی قادر به حل این موارد هستند.
•    همیشه و در همه حال ابزار بهتری وجود دارد.

 

جایگاه Yammer در SharePoint 2013

​ابتدا لازم می دانم نگاهی کوتاه به پروژه های Office 365 و Yammer داشتم باشم.
 هدف از پروژه Office 365 انتقال ابزارهای Office از رایانه به داخل ابرهای محاسباتی است. ابرهای محاسباتی در واقع یک پایگاه جهانی ذخیره اطلاعات بصورت آنلاین است. بدین ترتیب برای کار با اسناد خود شما دیگر نیازی به حافظه های رایانه ها نخواهید داشت و کافیست سیستمی  همرا با امکان اتصال به اینترنت را در اختیار داشته باشید.

yammer&sharepoint

 
Yammer یک شبکه اجتماعی است که در سال 2008 تولید و در سال 2012 به شرکت مایکروسافت فروخته شد. این شبکه اجتماعی برای ارتباطات درون سازمانی استفاده میشود. با کمک این شبکه کارکنان می توانند اخبار و اتفاقات داخل سازمانشان را مشاهده کنند و مطالبی را با همکاران به اشتراک بگذارند.
چند ماه قبل مایکروسافت roadmap مربوط به Yammer  و Office 365 را به روز رسانی کرد.
نکته جالب توجه در این است که Yammer جایگزین newsfeed در شیرپوینت می شود و برنامه جدید Yammer app برای نمایش گروه فیدها استفاده می شود.
خوب است بدانید که پلتفرم شیرپوینت و Office 365 هر لحظه به یکدیگر نزدیک تر می شوند و تاثیر چشمگیری روی یکدیگر دارند و این مورد به نوبه خود بازار گسترده تری را به همراه خواهد داشت.
مایکروسافت به وضوح Yammer و "اجتماع"  را به عنوان کلیدی می بیند که از طریق آنها می تواند سرویس هایش را به شرکت های بزرگ در آینده به فروش برساند.
این روند تا کنون موفقیت های بزرگی را در فروش شیرپوینت و Office 365 به همراه داشته است و Yammer می تواند این موفقیت را بیش از پیش کند.

 

آخرین نظرات

Comment RSS