استكشاف مزايا العمل في SharePoint

هل فكر أي شخص في عملك فيما إذا كان يحصل على أكبر قيمة من SharePoint؟ على السطح ، يبدو أن هذا سؤال سخيف. لماذا تقوم الشركة بتطبيق SharePoint إذا لم تكن قد حددت بالفعل مزاياها الحقيقية وقيمتها الإجمالية؟

ولكن في محادثاتي اليومية مع رجال الأعمال والفنيين الآخرين ، فإنني مندهش من عدد المرات التي لا يستطيعون فيها تحديد وقياس عائد الاستثمار الحقيقي الذي يرونه في SharePoint. والأكثر إثارة للدهشة هو عدد الشركات التي لم تستخدم بيئة SharePoint بشكل كامل لتقليل تكلفة الأعمال الإجمالية وزيادة الإنتاجية.

تعتبر التفاصيل الفنية الخاصة بـ SharePoint مهمة ، ولكن في هذه المقالة ، أريد أن أشارككم المزيد حول ما هو مفقود عادةً من إستراتيجية العمل للشركات التي تستخدم SharePoint.

لماذا استخدام SharePoint: رؤية ...

في أحد أيام الأحد في شتاء عام 2009 ، جلست في مقعدي بجوار النافذة ، محدقًا بفارغ الصبر من طائرة 747. كنت متجهًا إلى سان فرانسيسكو لحضور أول مؤتمر لي ، VSLive.

في ذلك الوقت ، كنت أعمل في شركة مستحضرات تجميل كبرى. لقد كنت متحمسًا لحضور فصول SharePoint التي قمت بالتسجيل فيها: لقد كانت مجموعة تقنية جديدة نسبيًا داخل الشركة وأردت أن أرى بنفسي ما يمكن أن يفعله SharePoint حقًا للشركة.

لم أشعر بخيبة أمل. غادرت سان فرانسيسكو بمثل هذه الإثارة ، وهو شعور كنت أعتقد أنه قد انتهى منذ فترة طويلة من مسيرتي المهنية. كنت حريصًا جدًا على العودة إلى المكتب لمناقشة هذه الأداة الرائعة مع فريقي ... فقط لأعود إلى حقيقة وجودي كمدير في فريق نظم المعلومات العالمية:

[المدير التنفيذي - GIS] : "بالتأكيد ، لقد سمعت عن SharePoint. لا أرى سبب كل هذا العناء ... يمكننا عمل نفس صفحات الويب داخل مزرعة الويب الخاصة بنا. أعتقد أنك تضيع وقتك ".

[مدير علاقات الأعمال - GIS] : "الأمر بسيط جدًا وقبيح. لن أتمكن أبدًا من بيع هذا لأي من عملائي التجاريين ".

[مطور أول - GIS] : "ما هي الصفقة الكبيرة؟ لا أرى أنه يضيف أي قيمة. يبدو الأمر معقدًا للغاية للعمل فيه. أعتقد أن صفحات الخادم النشطة هي اتجاه أفضل بكثير. "

الشخص الوحيد الذي أظهر القليل من الاهتمام كان المخرج الذي أبلغته مباشرة. لم يكن يعرف الكثير عن التقنيات الموجودة في SharePoint ، لكنه كان يعلم أنني كنت متحمسًا جدًا بشأن هذا الأمر لتجاهله ببساطة.

طلب مني إعداد اجتماع قصير لي لمناقشة هذه التكنولوجيا بشكل أكبر. أدى هذا الاجتماع إلى تصميمنا لإثبات مفهوم SharePoint (POC) لإدارتنا العليا والذي سيصبح في النهاية مكونًا أساسيًا داخل قسم نظم المعلومات الجغرافية. سيؤدي ذلك إلى أتمتة عمليات دورة حياة تطوير البرامج الجديدة (SDLC) وتبسيطها ويقود الطريق إلى احتضان الشركة للعديد من مزايا SharePoint ، مما يقودني إلى المستوى البارز لـ "SharePoint Guy". على مدى السنوات الثماني المقبلة ، كنت أقضي الكثير من وقتي في الشركة باستخدام SharePoint كأداة إنتاجية مذهلة منخفضة التكلفة. بالنسبة لأولئك الذين يرغبون في الاستماع ، سأقوم بتحسين العديد من العمليات التجارية وتقليل تكاليفها ، ولكن لا يزال هناك العديد من المواقع داخل الشركة التي كانت عبارة عن مواقع فريق بسيطة بها مكتبات مستندات. كنت مجرد شخص واحد ، أسبح في اتجاه المنبع لبيع SharePoint ليس فقط لشركتي ، ولكن لأعلى المستويات داخل المؤسسة.

هل هذا يبدو مألوفا؟

على مدار السنوات التسع الماضية ، لاحظت أن استخدامات SharePoint في معظم الشركات تأتي في واحد من اثنين من السيناريوهين الأساسيين.

1. مواقع الفريق مع مكتبات المستندات

يتم إنشاء هذه المواقع بشكل عام من قالب الفريق وتحتوي على مكتبة مستندات واحدة أو أكثر والتي يمكن أن تحتوي على هياكل مجلدات معقدة للغاية. هناك استخدام قليل جدًا لأنواع المحتوى أو علامات البيانات الوصفية أو مهام سير العمل. يتم دعم المواقع بشكل كامل من قبل وحدة الأعمال ، التي ليس لدى أعضائها فهم رسمي لـ SharePoint ولم يتبنوا دور "المستخدم المتميز". تم إنشاء الموقع بواسطة البنية التحتية أو فريق الدعم الذي يمكنه إنشاء موقع بسرعة من بطاقة طلب مكتب مساعدة بسيطة.

2. مواقع مخصصة بالكامل مع قاعدة رموز كبيرة ومعقدة

عادةً ما تكون هذه مواقع أكبر بكثير مع جمهور أكبر بكثير: الشبكات الداخلية للشركات والموارد البشرية للشركات ومواقع تكنولوجيا المعلومات الخاصة بالشركات هم المرشحون المعتادون لهذا النوع من استخدام SharePoint.

عادة ما تبدأ هذه المشاريع بتوجيهات وتوقعات كبيرة. يتم بيعها كبديل منخفض التكلفة للعديد من أنظمة إدارة المحتوى عالية الجودة والمكلفة (CMSes) التي تم التحقيق فيها بالفعل. ثم مع تقدم المشروع ، تتحول المتطلبات وتصبح أكثر تعقيدًا. يحتاج إلى مزيد من التعليمات البرمجية المخصصة ، والتي تصبح في النهاية معقدة بدرجة كافية بحيث يصبح دعم الكود مشكلة.

من هنا تخرج الأمور عن نطاق السيطرة. لقد تخلى فريق التطوير عن فرضية البقاء مع وظائف خارج الصندوق (OOTB) مع قاعدة رمز محدودة. بدلاً من ذلك ، لديهم نهج مخصص بالكامل ، بدءًا من الصفحات الرئيسية المخصصة بالكامل إلى التطبيق الذي يستضيفه الموفر (PHA) أو - كما يسمونه الآن - وظيفة إضافية يستضيفها الموفر.

أستطيع بالفعل سماع التنهدات وأرى ما يلف الأعين. "توني ، هذه طرق استخدام صالحة تمامًا." "لدينا كل من هؤلاء ومستخدمينا يحبون المواقع وليس لدينا أي مشاكل في دعمهم." أنا لا أدعي بأي حال من الأحوال أن أيًا من هاتين الطريقتين خاطئان ، ولا أن أحدهما مفيد على الآخر ، لكنني أعتقد أن كلا النهجين يفوتان ببساطة فرصة الاستفادة الكاملة مما تقدمه منصة SharePoint.

أعتقد أيضًا أن هذين النموذجين يؤديان إلى شعور العمل بأن SharePoint مكلف للغاية بالنسبة لما يستخدمونه من أجله ، أو أن قسم تكنولوجيا المعلومات يشعر أنه كان بإمكانهم ببساطة تطوير نفس الوظيفة من خلال خوادم الويب وصفحات HTML أو CMS المعلبة حل السحابة. يترك كلا الرأيين كلا من العمل وتكنولوجيا المعلومات بالشعور بأن SharePoint لا يبدو أنه الأداة المناسبة لاحتياجاتهم.

فوائد شيربوينت لم تعد موجودة؟

لكي نفهم مكاننا بشكل أفضل ، نحتاج إلى التراجع ومراجعة كيفية وصولنا إلى هنا.

سأعيدك إلى السؤال البسيط "كيف سمعت عن SharePoint؟" من تجربتي الشخصية ، وخبرة العديد من قادة تكنولوجيا المعلومات الآخرين الذين تحدثت معهم ، تم تقديم SharePoint كمنصة تقنية للشركة من فريق البنية التحتية بمساعدة مستشاري Microsoft Enterprise.

عادةً ما تكون مزرعة SharePoint الأولى نوعًا من سرير الاختبار الذي يتم منحه للشركة كجزء من اتفاقية المؤسسة مع Microsoft. في هذه المرحلة ، تقوم معظم الشركات بإشراك عميل أعمال وتنشر أول مجموعة مواقع مشتركة مع موقع فريق واحد. يحب عميل الأعمال مكتبات المستندات والقدرة على التعاون ومشاركة المستندات ومن ثم يبدأ في استخدام الموقع كجزء من عمليات الأعمال الخاصة به.

قد يبدو هذا مقبولًا تمامًا لكثير منكم ، وبكل صدق ، يمكن أن يكون حالة استخدام قابلة للتطبيق لـ SharePoint. ولكن بمجرد الخوض في SharePoint بشكل أعمق قليلاً ، ستدرك أنه أكثر بكثير من مجرد نظام أساسي قام فريق البنية التحتية بتنفيذه ودعمه: إنها مساحة تطبيق قوية تتطلب تعاونًا وثيقًا بين البنية التحتية وهندسة المؤسسة وفرق التطبيقات.

أنا لست شخصًا "مضادًا للبنية التحتية" أو شخصًا يعارض فريق البنية التحتية سياسياً ، ولكن بدون تعاون الشركاء المناسبين منذ البداية ، فإنك تخاطر بعدم فهم النطاق الكامل لمنصة SharePoint ، وبالتالي غير مستعدين لاستراتيجيات العمل المناسبة وخطة الاستخدام. هذا الموقف ليس فريدًا بالنسبة لمنصة SharePoint ويشير إلى مشكلة أكبر تتعلق بالتعاون المناسب والاستراتيجية ، وهو الأمر الذي يواجه العديد من أقسام تكنولوجيا المعلومات.

عميل عملك هو المفتاح

في كثير من الأحيان ، ليس لدى العديد من المؤسسات الفنية استراتيجية عمل عندما يتعلق الأمر بـ SharePoint. لديهم ببساطة عملية صغيرة تمت إضافتها إلى عملياتهم الحالية حول كيفية طلب وإنشاء موقع SharePoint. قد لا تتضمن حتى أي نوع من الحوكمة حول عملية إنشاء الموقع ، والتي يمكن أن تؤدي إلى حجم كبير جدًا من مجموعات الموقع وفي النهاية إلى مشكلة دعم.

قد يكون هناك بعض المحادثات الأساسية والتعليم حول استخدام بعض المفاهيم الأكبر مثل مجموعات المواقع والبحث في SharePoint . لكن مناقشات الإستراتيجية يمكن أن تصبح معقدة للغاية. لهذا السبب ، قررت العديد من المنظمات الفنية ببساطة إنهاء استراتيجيتها في عملية إنشاء الموقع. بدلاً من ذلك ، لنبدأ ببطء ومع ميزات SharePoint الأساسية الأساسية.

من هم عملاء عملك؟ هل هم فريق الشركة الفني أم فريق التسويق الإقليمي أم فريق البحث والتطوير؟ كما ذكرت سابقًا ، عادةً ما يبدأ تنفيذ SharePoint من قبل فريق البنية التحتية ثم ينتقل ببطء إلى مجتمع عملاء الأعمال.

في بعض الحالات ، قد يكون عملاء الأعمال قد سمعوا بالفعل عن SharePoint في سياق أبسط عندما يفكرون في بعض تطبيقات الأعمال الرئيسية واسعة النطاق ، حيث يبدأ عادةً الاستخدام الثاني لـ SharePoint. بدون إستراتيجية واضحة لتبني الأعمال ، ستكون رحلة بطيئة وشاقة للغاية للفريق التقني للتأكد من أن مزرعة SharePoint الخاصة بهم لديها المقدار المناسب من التبني والاستخدام.

في حالتي ، فإن معظم مواقع SharePoint التي تم إنشاؤها بالفعل عندما قدمت إلى SharePoint كانت مجرد مواقع تعاون مع مكتبات مستندات كبيرة ذات هياكل مجلدات معقدة ومعقدة للغاية.

كانت بعض أسماء المجلدات عبارة عن جمل صغيرة في الواقع حتى يتمكن الفريق من فهم أنواع المستندات الموجودة في المجلد بالضبط. لم تكن هناك علامات بيانات وصفية ، ولا أنواع محتويات ، فقط مستندات موجودة في مجلدات.

كانت عملية التعاون بأكملها هي مشاركة المستندات الفعلية. كان هناك مستودع واحد حيث يمكن للجميع مشاركة المستندات وكان هذا هو مدى تعاون الفريق. هذا ما اعتبره عميل الأعمال أكبر قيمة لـ SharePoint.

لا عجب أنه عندما بدأت التحدث مع الأشخاص في العمل ، كان انطباعهم عن SharePoint غير متحمس في أحسن الأحوال. حتى أن بعض نظرائي التقنيين بدأوا يجادلون بأنه يمكننا توفير قدر كبير من التكلفة إذا اشترينا ببساطة مشاركات الملفات للتعامل مع الملفات وهياكل المجلدات.

لم يتم توصيل العديد من ميزات SharePoint الأساسية بشكل صحيح إلى عملي وإلى حد ما حتى الفريق التقني. تم بيعها على SharePoint كأداة CMS مذهلة مع إمكانيات كبيرة لتعزيز التعاون والابتكار ، ولكن أفضل ما يمكننا التوصل إليه هو مشاركة الملفات.

خلال إحدى المقابلات الأولى التي أجريتها في عملي ، اكتشفت أن السبب وراء بعض هياكل المجلدات الطويلة هو توفير مستوى معين من الهيكل للأشخاص للعثور على ملفات معينة. لم تكن الشركة على دراية بقدرات البحث الأساسية في SharePoint ، ناهيك عن اتباع أفضل ممارسات SharePoint. كنت بحاجة إلى إيجاد طريقة لإشراك عملائي التجاريين حتى لا يتمكنوا فقط من استخدام SharePoint بطريقة أكثر كفاءة ولكن أيضًا لتثقيفهم حول بعض نقاط القوة الحقيقية للنظام الأساسي.

تقديم حالة عمل أفضل

بناءً على التعليقات الواردة من المقابلات أعلاه مع عملاء الأعمال ، أدركت أنني سأحتاج إلى البدء من جديد في التعليم. ولكن استنادًا إلى المزرعة الكبيرة بالفعل التي لدينا حاليًا ، كيف سأتمكن من "البدء من جديد" عندما كانت الأمور تمضي قدمًا بالفعل؟

كانت معظم المواقع عبارة عن مواقع تعاون جماعي مع مكتبات مستندات. لذلك قررت أن أبدأ بمكتبات المستندات. كان لديّ أحد عملائي يوافقون على العمل معي ومع فريقي لإعادة هيكلة مكتباتهم بطريقة تسمح لهم بتقليل هياكل المجلدات مع زيادة رؤية العثور على الملف الصحيح الذي يبحث عنه المستخدم.

عندما تعمقنا في بنية بعض المواقع ، أصبح من الواضح لي أن هياكل المجلدات كانت في الواقع عناصر بيانات وتجميعات لأنواع مختلفة من الملفات التي كان الفريق يتعاون فيها. لذلك قررت أن أبدأ بميزة أساسية - لكنها قوية - في SharePoint: علامات البيانات الوصفية.

لطالما شعرت أن واحدة من أقوى الطرق لتثقيف أي عميل بشأن التكنولوجيا هي ببساطة تطوير نوع من POC. المشكلة مع POCs هي أن لديهم تأثير التكلفة. يجب أن تكون حريصًا على عدم تطوير تطبيق بشكل كامل حتى يقرر العمل فقط أنه ليس ما يريده.

في حالتي ، كانت التكلفة ضئيلة ، لكن من المحتمل أن تكون القيمة ضخمة. قررت أخذ مكتبات مستندات متعددة ، كل منها يحتوي على 20 مجلدًا منفصلاً أو أكثر ، وإعادة إنشائها كمكتبة مستندات واحدة مع بيانات التعريف وأنواع المحتوى. بدلاً من محاولة شرح أنواع المحتوى ، كان من الأسهل عرض كيف أن استخدام نوع المحتوى لا يمكن أن يضيف إلى بنية البيانات فحسب ، بل يسمح لهم أيضًا بالتحكم بشكل صحيح في البيانات الوصفية الإضافية المرتبطة بالملف.

تأثير كرة الثلج

احتوت العديد من الملفات على معلومات مهمة ومفيدة للغاية. قررت الشركة تجميع الملفات باستخدام بنية مجلد معقدة للغاية. على سبيل المثال ، كان لديهم مجلد لكل علامة من العلامات التجارية الـ 15 الخاصة بهم ، وداخل هذه المجلدات ، كان لديهم مجلدات فرعية للتسويق والتمويل والفئات الرئيسية الأخرى ؛ داخل تلك المجلدات الفرعية كان لديهم المزيد من المجلدات الفرعية.

وقد سمح لهم ذلك بالعثور على ملف أو ملفات معينة بسهولة أكبر ، بدلاً من الاضطرار إلى فتح الملفات الفردية وعرضها. ولكن بسبب بنية المجلد المعقدة هذه ، فقد احتاجوا الآن إلى عملية تجارية لضمان وضع كل ملف في المجلد الصحيح. كما اكتشفوا ، كان من الصعب جدًا إدارة عملية الأعمال الجديدة ، وانتهى الأمر بالعديد من الملفات في المكان الخطأ.

سمح لي هذا بدمج وشرح استخدام البيانات الوصفية للشركة. لقد قسمت بنية الملف إلى عدد قليل من أنواع المحتوى الرئيسية ، والتي استخدمناها بعد ذلك لتضمين عناصر البيانات الأساسية ، جنبًا إلى جنب مع التحقق من صحة البيانات المهمة. كان هذا النهج البسيط لأنواع المحتوى ، والبيانات الوصفية ، والتحقق من صحة البيانات هو أول نجاح كبير في رحلتي لتقديم حالة عمل أفضل لـ SharePoint لعملي.

الآن بعد أن حظيت باهتمام الشركة ، قررت إجراء جولة بسيطة في مكتبة المستندات مع أصحاب المصلحة الرئيسيين. لقد أوضحت لهم القيمة الحقيقية للبيانات الوصفية وأنواع المحتوى من خلال تصفية بياناتهم وفرزها.

لدهشتي ، كانوا ببساطة مذهولين من بعض ميزات SharePoint الأساسية التي لم يعرفوا حتى بوجودها. ثم قررت بعد ذلك تضمين صفحة تصفية مخصصة لأظهر لهم حقًا ما يمكن فعله مع بعض إنشاء الصفحات البسيطة وأجزاء الويب والتصفية.

كنت حريصًا جدًا على عدم تخصيص أي من هذه الصفحات بشكل كامل. أردت استخدام أجزاء ويب OOTB فقط. بهذه الطريقة سيكون لديهم فهم أفضل لميزات SharePoint الأساسية قبل أن انتقل إلى سيناريوهات أكثر تعقيدًا. حققت الصفحة المخصصة نجاحًا كبيرًا ولم نناقش حتى الإمكانات الموسعة التي سيوفرها محرك البحث لهم. كنت أرغب في تأجيل تشغيل محرك البحث إلى ما بعد اعتماد أساسيات SharePoint بشكل أفضل.

مهام سير عمل SharePoint: المفتاح

في رأيي المتواضع ، كانت مهام سير عمل SharePoint هي العامل الوحيد الأكثر أهمية في قدرتي على تثقيف عملاء الأعمال والتأكد من اعتماد واستخدام SharePoint داخل مؤسستي. كانت مهام سير العمل هي الميزة الأولى التي لفتت انتباهي في VSLive الأول الذي ذكرته ، وكانت مساهماً رئيسياً في أول برنامج SharePoint POC كامل لي والذي دمج عمليات SDLC الخاصة بنا.

عندما يتعلق الأمر بـ SharePoint ، عادة ما تكون المحادثات الأولية التي أجريها مع عملائي حول عمليات الأعمال الخاصة بهم. تعتبر العمليات التجارية أساسية لاستخدام SharePoint لزيادة الإنتاجية وتقليل التكاليف ، وهو أمر يتوق أي عميل تجاري لمناقشته.

كما قلت للعديد من كبار المسؤولين التنفيذيين في تكنولوجيا المعلومات ، يمكنني أن أضمن عمليًا استخدام وتبني SharePoint ببساطة من خلال العمليات التجارية. تحتوي كل وحدة عمل على عمليات ، وتحتوي معظم هذه العمليات على نقاط فحص أو نقاط موافقة ، وهذا هو المكان الذي يكون فيه سير العمل مفيدًا ، سواء كان ذلك من خلال إرسال بريد إلكتروني للموافقة أو إنشاء مهمة موافقة.

بمجرد إقناع عميل الأعمال بكيفية تحسين سير العمل لعملياته وتقليل تكاليفه ، أقوم بتثقيفه حول كيفية استخدام نفس مهام الموافقة لإنشاء اتفاقيات مستوى الخدمة (SLAs) أو مؤشرات الأداء الرئيسية (KPIs).

ما مدى أهمية أن تفهم وحدة الأعمال المدة التي تستغرقها مراجعة المستند والموافقة عليه؟ يمكنهم بعد ذلك أخذ هذه المعلومات واعتماد استراتيجية لتحسين العملية برمتها. سيسمح لهم ذلك بعد ذلك بإنشاء مؤشرات أداء رئيسية لمراقبة العملية وإدارتها.

لإظهار التزام الإدارة العليا بتحسين عملياتهم ، يمكنهم حتى تضمين التحسينات كجزء من برامج أهداف المكافآت الخاصة بهم. عادةً ما يكون هذا هو التشغيل المنزلي الذي يقنع عميل الأعمال بالقيمة الحقيقية التي يمكنه تحقيقها من خلال اعتماد واستخدام SharePoint.

المستقبل

عندما سمعت لأول مرة عن Office 365 و SharePoint Online ، أدركت قيمة بيئة SharePoint المستضافة ، لكنني عانيت مجددًا في كيفية إقناع عملائي بأن هذا الاتجاه الجديد هو الأفضل لمستقبلهم. كنت متحمسًا لسماع معلومات حول PHA ولكني كنت أيضًا حذرة بشأن التكلفة المحتملة التي قد تترتب على ذلك من منظور دعم التطبيق.

بدأت شركتي في اتجاه بائعي التطوير الخارجيين بنموذج الاستعانة بمصادر خارجية ، والذي يمكن أن يؤدي بسهولة إلى قيام البائعين بإنشاء تطبيقات أعمال معقدة بتكلفة متبقية كبيرة للصيانة والتحسينات.

كما هو الحال مع كل نموذج مستضاف ، نحتاج إلى إعداد أنفسنا للتغيير. كبشر ، نحن لا نحب التغيير حقًا ، وكفرق دعم فني ، غالبًا ما نخشى التغيير وكيف سيؤثر على قدرة فريقنا على المضي قدمًا.

عندما سمعت لأول مرة عن قرار Microsoft بإيقاف InfoPath ، ثم تقديم Flow كمحرك سير عمل ، كان رد فعلي ، "ها نحن ذا مرة أخرى!" كانت Microsoft بصدد اتخاذ قرار عمل آخر من شأنه أن يجعل الأمر أكثر صعوبة بالنسبة لي "لبيع" أحدث اتجاهات SharePoint الخاصة بهم. عندما بدأت في مراجعة ما كان على Flow تقديمه ، شعرت بخيبة أمل فيما رأيته.

لكن كان لدى Microsoft رؤيتهم المستقبلية ، وأنا ببساطة لم أفهمها - حتى بدأت أرى بعض قدرات Flow فيما يتعلق بنقاط التكامل. يتكامل Flow مع العديد من التطبيقات الحالية الحالية ، ولكنه يسمح أيضًا للشركة بإنشاء نقاط تكامل خاصة بها. وقد جعله هذا لاعباً رئيسياً في مناقشات عملي حول تحسين العمليات التجارية من خلال التكامل مع تطبيقات الأعمال المختلفة.

إمكانية التنقل

لقد أصبح هذا موضوعًا قياسيًا للمحادثة التي أجريها ، بصفتي مسؤول تنفيذي تقني ، مع العديد من عملائي التجاريين. لا بأس في مناقشة تصميم الويب سريع الاستجابة وكيفية تعظيمه لتحسين تواجدهم على الويب على الأجهزة المحمولة. يمكننا أيضًا مناقشة كيفية استخدام SharePoint لصفحات الويب سريعة الاستجابة لإنشاء تجربة SharePoint أفضل على الأجهزة المحمولة. قامت Microsoft حتى بتطوير تطبيق SharePoint للجوال. ولكن عادة ما تتجه المناقشة نحو امتلاك تطبيق جوال مستقل.

بمجرد أن أسمع عبارة "تطبيق الهاتف المحمول المستقل" ، أسمع صوت تشينغ من آلة تسجيل المدفوعات النقدية: العديد من تطبيقات الهاتف المحمول لها تكلفة عالية إلى جانب نموذج دعم متخصص. إجابتي من عالم SharePoint هي PowerApps.

كما فعلت في الماضي ، بدأت على الفور في تطوير تطبيق PowerApps POC للهاتف المحمول. يستخدم قوائم ومكتبات SharePoint الموجودة كمصدر بيانات للجهة الخلفية لتطبيقي. PowerApps هو ما أسميه منصة تطوير قائمة على التكوين : فهي تتيح التطوير السريع لتطبيقات الأجهزة المحمولة.

يمكن للمستخدم ببساطة تحديد خيار PowerApps في SharePoint لإنشاء تطبيق PowerApps الخاص به على الأجهزة المحمولة. حتى أنه يقوم تلقائيًا بإنشاء العديد من الشاشات لإضافة عناصر جديدة وتحريرها إلى قائمة أو مكتبة. تم اختباره أيضًا مع جميع الرواد الحاليين في مجال الأجهزة المحمولة. لديها IDE الخاص بها ، جنبًا إلى جنب مع لغة بسيطة للغاية قائمة على التكوين يمكن تكييفها بسهولة من قبل مطور تقني أو حتى مستخدم خبير في التكنولوجيا.

مرة أخرى لديّ أداة / ميزة رائعة من SharePoint يمكنني استخدامها لتحسين اعتماد واستخدام نظام SharePoint الأساسي. دمج هذه الأداة الجديدة مع SharePoint و Flow ، جنبًا إلى جنب مع دفع الإخطارات والقدرة على استخدام الميزات المحمولة بطبيعتها مثل خدمات الموقع والمكالمات الهاتفية ، وأصبح PowerApps نقطة محادثتي الجديدة المفضلة لمناقشتها مع عملائي التجاريين حول اعتماد واستخدام نقطة مشاركة.

في الواقع ، لم يتم تلقي POC الخاص بي من قبل عملي بشغف فحسب ، ولكن بسبب استخدامي لميزات الهاتف المحمول مثل خدمات الموقع ونظام تحديد المواقع العالمي (GPS) ، طُلب مني تقديم تطبيق POC الخاص بي إلى هندسة PowerApps كمثال على ما يمكن فعله باستخدام أداة.

من VSLive إلى SharePoint Solutions

بينما كنت جالسًا هناك في مقعدي بجوار النافذة متجهًا إلى سان فرانسيسكو ، لم أكن أتخيل أبدًا كيف سيكون لهذه الرحلة البسيطة مثل هذا التأثير الكبير على مسيرتي الفنية. إن SharePoint أداة مبتكرة وتعاونية حقًا ، وتواصل Microsoft تقديم رؤيتها واتجاهها باستخدام SharePoint.

مثل أي من آلاف حلول SaaS أو PaaS المتاحة لنا اليوم ، يجب أن نتأكد من أننا نفهم حقًا أفضل طريقة للاستفادة من هذه الحلول. استمرارًا لتحسين عمليات الأعمال التجارية الشاملة وإرضاء عملاء الأعمال لدينا ، أصبح SharePoint أداة رئيسية في ترسانتي. إنني أتطلع إلى المستقبل وما سيقدمه برنامج SharePoint لي ولعملي.