07
Mar

Grâce à des outils tiers dans SharePoint

    SharePoint Tools

    La croissance des outils tiers

    J'ai travaillé avec SharePoint en tant que cadre depuis sa version complète échelle première fois en 2001. Depuis, j'ai assisté à la croissance soutenue dans les outils tiers pour fournir, soit des améliorations à faible fonctionnalité fournie "out of the box" (OOTB) par SharePoint, ou de nouvelles fonctionnalités pour compléter les fonctionnalités de base.

    La plupart des utilitaires tiers ou de parties web a commencé à sortir avec la version précédente de SharePoint (SharePoint 2003 et WSS V2). Mais avec la sortie de Microsoft Office SharePoint Server (MOSS) 2007 (et WSS V3), il ya eu une croissance exponentielle dans toute une variété de l'utilisateur final ou d'outils d'administration ciblée.

    Tout entreprises ont en effet apparues au cours des quelques dernières années avec leur modèle d'affaires unique visant à répondre à la demande claire pour les agrégateurs de liste, sauvegarde et migration des services publics ou de déclaration des améliorations, pour n'en nommer que quelques-uns. Sans oublier le MVP, les efforts de l'Open Source plus sur CodePlex et le travail par des individus spécifiques, souvent mentionné dans les messages et les blogs au sein de la communauté SharePoint.

    Les douleurs de croissance

    La croissance dans les outils de tierce partie et d'élargir la communauté SharePoint, qui fournissent également un large éventail de souvent «libres» utilitaires à télécharger, signifie que les entreprises de déployer SharePoint n'ont jamais été mieux servi et peut sans doute gagner plus à même de leur investissement dans l'aide de la plus récente de Microsoft la technologie SharePoint.

    Cependant, mon expérience au cours des quelques dernières années avec des utilitaires tiers, en particulier avec la nature même des services publics et souvent immatures nouveaux add-ons, m'a amené à croire que ces outils peuvent se heurter à des problèmes pour les imprudents.

      Problèmes rencontrés sont notamment:

    • Code développé et testé dans un environnement MOSS, WSS pas spécifiquement (mais libéré pour les deux types de plate-forme de toute façon, ce qui provoque des fonctions clés censés être disponibles, soit ne fonctionnent pas comme ils ne sont pas supportées ou disponibles dans WSS)

    • Outils et utilitaires souvent pris en charge et fournis pour le téléchargement sur un «tel quel»

    • documentation pauvres pour permettre la configuration et en toute sécurité efficaces et d'installation

    • Peu ou pas de tests avant la publication, par conséquent, les outils sont "buggy" et instable

    • utilisation non fondées et la fonctionnalité dans des environnements de charge équilibrée

    • Pauvre ou inexistante soutien aux utilisateurs finaux.

    Même certains des plus connu des outils de tiers sur le marché ont, d'après mon expérience, été très peu développé, donc les sociétés de développement sont incapables de répondre aux même questions connexes de soutien de base ou de bugs produit. Les outils et les services publics ont souvent été clairement développé, sur et pour les environnements MOSS, mais la publicité pour WSS ainsi, avec les promoteurs originaires sachant très bien qu'il y aura des problèmes avec son jeu de fonctionnalités moindre. Je pense que ces douleurs de croissance sont juste des petites entreprises et nous espérons que leurs processus de développement et services de soutien permettra d'améliorer au fil du temps.

    Votre produit est sélectionné tiers vraiment le bon choix?

    Il est clair bon nombre des outils disponibles sont très utiles, sinon ils n'auraient pas été créé pour combler une lacune en premier lieu, ou si bien vendus. Je pense toutefois que les entreprises, ou plutôt inexpérimentés individus, souvent oublier (ou ne savent pas) d'examiner en détail les problèmes liés au déploiement des produits 3ème partie qui ont été développées en dehors des certifiés Microsoft et d'autres environnements de plate-forme centrale.

    Ce qui était autrefois votre relativement propre, stable et l'environnement de base a été «sali» par les DLL, web. Modifications de configuration et paramètres de registre. Cela vous donne le risque d'un niveau potentiel d'instabilité qui est inacceptable, ce qui entraîne d'interminables heures essayer de dépanner et résoudre les problèmes qui auraient pu être évités en premier lieu. C'est pourquoi se lancer dans le déploiement de ces outils sans due diligence appropriée à vos risques et périls!

    Questions concernant les outils tierce partie, je vous suggère de considérer sont les suivants:

    • De prise en charge - L'organisation des mises à jour en temps opportun et de corrections de bugs pour les composants? T-elle être soutenue dans 64 plate-forme de bits? Est-il nécessaire et, en fait le travail à travers les différents navigateurs? Qu'est-ce que les autres disent sur le produit dans la communauté? Qui va payer pour le soutenir à l'interne? Que faire si la personne qui a installé les feuilles?

  • mises à jour du code - Avez-vous besoin et ont donc accès à la source de contrôle pour vos développeurs de faire et de soutenir les changements en interne? Quelle est la feuille de route pour les mises à jour de produits suivants service Pack met à jour émis à partir de Microsoft? Le produit sera affecté par les mises à jour Service Pack de Microsoft?

  • Robustesse / Stabilité - Quel type de test a été effectué avant la libération? Était le code développé sur les deux plates-formes de MOSS et WSS? Le produit est testé sur des fermes de charge équilibrée? Ce que ça fonctionne dans plusieurs fermes? Y at-il des problèmes de performances sur des listes ou d'indexation? T-il sur les caractéristiques OOTB existants ou d'autres outils tiers déployé? T-elle une incidence sur les pages et les données existantes? Comment est-il installé, WSP, STP et / ou DLL?

  • Evolutivité / Sécurité - Quel est le niveau et le type d'accès de sécurité at-elle besoin dans votre ferme? Est-ce que c'est que l'échelle de votre déploiement se développe à partir seul à plusieurs serveurs?

  • Coût - Quels sont les coûts globaux pour le déploiement d'outils tiers de votre vie, de pré-production et les environnements de développement? Quel est le coût annuel réel de soutien?

  • En fin de compte, puis, les organisations peuvent et ne gagner énormément de valeur pour l'argent de leurs investissements tant qu'ils investir judicieusement. Cependant, je pense une quantité appréciable d'entreprises auront eu de nombreuses questions à voir avec la performance, la fonctionnalité, la fiabilité ou la stabilité lors de l'utilisation des outils tiers.

    Due diligence

    Pour réduire votre exposition à ces questions lors de l'achat outils de tierces parties et les services SharePoint, vous devez procéder à un examen approprié et processus de justification de ces produits.

    Je recommande ce qui suit comme un guide:

    • Comprendre en détail ce qu'il faut pour fournir une évaluation et d'essai de l'outil tiers (s) en supposant que vous mettra en place un environnement distinct pour le faire

    • Document d'une liste des entreprises et des exigences techniques ou vous avez besoin à satisfaire, de pair avec une liste des caractéristiques du produit déclaré. Comparer et évaluer

    • possible sur la pré-production »d'évaluation des environnements Si l'examen de plus près à un« à périmètre scénario comme vous pouvez vous permettre (UAT de préférence)

    • Lisez les forums spécialisés et SharePoint informations appropriées à partir d'autres qui ont utilisé un produit en particulier avant le déploiement et la jauge de vue essentiellement sur les autres l'expérience de l'utilisation du produit

    • Assurez-vous d'avoir une sauvegarde / restauration approche qui fonctionne (et a effectivement été testés), si vous avez besoin de restauration suite à un outil de déploiement de produits / à cause de problèmes ou d'autres contraintes

    • Assurez vous d'avoir pris connaissance de votre pré-production et les environnements de reprise après sinistre dans votre planification, les tests et les budgets

    • Envisager la documentation nécessaire pour non seulement installer, mais d'apporter un soutien à votre équipe de service d'assistance pour le soutien et l'ensemble d'une gouvernance responsable

    • Avant de vous lancer dans le processus d'introduction des outils 3ème partie vraiment regarder le jeu de fonctionnalités prévues hors de la boîte et de comprendre si des modifications mineures aux exigences en vigueur peut être fait pour éviter l'introduction de ces produits sur mesure ou des changements

    • Si un outil tiers doit être mis à la disposition des utilisateurs finaux, assurer le contrôle des entreprises et la formation est planifié et mis à disposition à l'avance de tout essai ou de déploiement pilote.


    Conclusion

    La simple raison de ce post est de vous faire prendre conscience des dangers de l'introduction d'outils tierce partie dans vos environnements SharePoint et de recommander une série de mesures à prendre pour vous aider à comprendre et à décider si un outil tiers est bon pour vous. Outils tiers et ne peut ajouter de la valeur réelle, mais assurez-vous que ces outils ne sont pas interrompre votre cœur environnement SharePoint.

    En résumé, vous devez vous assurer que vous avez des assurances fait que le déploiement d'un composant tiers qui se passe vraiment pour vous faire gagner de l'argent ou fournir une digne et autres avantages tangibles.

    Des mesures doivent également être prises par vous assurer que les outils certifiés ne vont pas endommager votre base existante environnement SharePoint et qu'ils sont gérables et acceptables les coûts en termes de soutien à plus long terme.

    Enfin, comme je l'ai posté dans le Magazine SharePoint récemment, vous avez potentiellement «payer» pour que vos changements sur mesure et sans doute des outils troisième partie, dans une certaine mesure, à plusieurs reprises. Par conséquent, faire vos devoirs avant de télécharger la partie Web d'évaluation et de setup.exe de presse!

    Cordialement,

    Andrew

    Partage du travail d'équipe

    Note:

    Arno Nel qui dirige le magazine SharePoint , publié cet article sur son excellent magazine en ligne sur « l'aide d'outils tiers dans SharePoint .

    Bonne lecture et espérons qu'elle vous sera utile.

    • Share / Bookmark

    2 Responses to "Utiliser les outils de tierce partie dans SharePoint"

    1. ou déplacer le contenu SharePoint migrent à l'intérieur | Blog partage du travail indique:

      [...] Ou un freeware d'autres sur Internet! Et avant d'aller de l'avant et installer un produit 3ème partie, lisez cet article, j'ai écrit un tout [...]

    2. Cawood Says:

      Je suis content que tu sois passer le mot. Si vous cherchez un logiciel SharePoint devrait faire un bake-off avec les différentes options et assurez-vous qu'ils ont le droit à leurs besoins.

      Aussi, n'oubliez pas de demander si le logiciel fera des choses qui violent la convention de soutien de Microsoft. Par exemple, écrire directement à la DB SharePoint.

    Laisser un commentaire