07
03

SharePointのサードパーティ製のツールを使用して

    SharePoint Tools

    サードパーティ製のツールの成長

    私はSharePointとは、2001年には初のフルスケールのリリース以降の枠組みとして働いている。 それ以来私は弱いの機能'は箱から出して提供するいずれかの拡張機能を提供する'(OOTB)SharePointの、または新しい機能によって既存の中核機能を補完するサードパーティ製のツールが着実に成長を目撃している。

    ほとんどのサードパーティ製のユーティリティまたはWebパーツ、SharePointの以前のリリース(のSharePoint 2003&WSSのV2)はと出てくるようになりました。 しかし、MicrosoftのOffice SharePoint Server(モス)、2007年のリリース(およびWSS V3の場合)は、焦点のツールエンドユーザーや管理者の全体の様々な指数関数的な成長を遂げている。

    ビジネス全体を実際に自分たちが唯一のビジネスモデルリストアグリゲーターは、バックアップ&移行ユーティリティまたはレポートの強化のための明確な需要を目指したが、いくつかの名前の最後の数年間に出ている。 ではなく支援パートナー忘れ、CodePlexサイトでは以上のオープンソースの取り組みと特定の個人の作品は、しばしばへの投稿やブログでは、SharePointコミュニティ内で呼ばれます。

    成長の痛み

    サードパーティ製のツールに成長し誰もしばしば'無料でダウンロードできるユーティリティの広大な配列を提供するSharePointコミュニティに拡大し、企業はより良い送達されたことがないおそらくさらに多くのうち自分の投資で最新のMicrosoftを使用して得ることができるのSharePoint展開することを意味SharePointテクノロジ。

    しかし、多くの場合未熟な新しいユーティリティのは非常に自然と追加で特定のサードパーティ製のユーティリティは、最後の数年間私の経験アドオン、私はこれらのツールは油断の問題を伴うことができると信じさせている。

      問題の発生を含める:

    • コードを開発しテストするにはモスの環境ではなく、特定のWSS(ただし、プラットフォームの両方のタイプのいずれにせよ、主要な機能を利用できるように称するの原因と、そのようにサポートしていないまたはWSSで可能な作業に失敗する)をリリース

    • ツールやユーティリティを頻繁にされていないとダウンロードが提供される'と'基礎となる

    • 貧困層のマニュアル効果的かつ安全な構成とセットアップを可能にする

    • ほとんどまたはまったくテスト前には、そのためのツールをリリースする'ているバグ'と不安定な

    • 根拠のない使いやすさと負荷の両端の機能バランスの取れた環境

    • 貧弱なあるいは非存在しないエンドユーザをサポートします。

    私の経験で、非常に低いため、開発会社も基本的なサポート関連クエリまたは製品のバグに対応することができませんが開発されてもいくつかのよく知られたサードパーティ製のツールの市場がある。 ツールやユーティリティを頻繁に明確にとMOSS環境向けに開発されているが、WSSのような広告は、元の開発者は非常によくあるその低い機能を設定して問題が発生するか分からないです。 私はこれらの中小企業の時間の経過とともに改善されるだけで成長の痛みできれば自分たちの開発プロセスとサポートサービスを考えている。

    選択したサードパーティの製品が本当に正しい選択ですか?

    これは明らかにツールを使用できるのは非常に便利ですが、そうでない場合は最初の場所にはギャップを埋めるため売却とてもうまく作成されていないはずの多くのです。 しかし企業、あるいはむしろ経験の浅い人は、しばしば(または単に)は、完全な問題は認証、Microsoftと他のコアプラットフォーム環境の外部で開発されているサードパーティ製品の導入に関与を考慮するのか分からない忘れると思うからです。

    何度あなたは比較的、コアクリーンで安定した環境をすぐに'されていた'のdll'、ウェブ設定を変更しレジストリの設定によって汚す。 この不安定性の潜在的なレベルが容認されているリスク、無限の時間のトラブルシューティングや問題は最初の場所で回避されている可能性が解決しようとして結果を提供します。 したがってあなたの危険を覚悟で適切なデューディリジェンスをせずにこのようなツールの導入に乗り出す!

    質問私はあなたは以下のとおり検討することをお勧めするサードパーティのツールについて:

    • サポートについて -組織のコンポーネントへのタイムリーな更新やバグ修正を提供していますか? これには64ビットプラットフォームではサポートされますか? それに必要な実際には異なるブラウザ間で動作しますか? どのような他のコミュニティ内の製品について言うのか? 誰が内部的にそれをサポートするための有料のだろうか? 場合は人物はインストールされては何の葉?

  • コードをアップデート -あなたのため必要があるあなたの開発者向けのコントロールソースにアクセスできるようにとの変化の家をサポートしていますか? どのようなサービスパックの更新プログラムはMicrosoftから発行された次の製品の更新プログラムのためのロードマップですか? 製品は、Microsoftからサービスパックの更新によって影響を受けるだろうか?

  • 堅牢性/安定性 -テストのリリース前に実施されているタイプは? コードの両方をモスとWSSのプラットフォームでの開発になりましたか? 製品の負荷バランスの農場テストされていますか? 複数のファーム上に動作しますか? そこのリストまたはインデックス上の任意のパフォーマンスの問題はありますか? 既存のOOTB機能や他のサードパーティのツールを配備上に影響を与えるか? 既存のページやデータに影響を与えるだろうか? どのようにインストールされ、WSPに、STPおよびまたはDLL?

  • スケーラビリティ/セキュリティ -どのようなレベルのセキュリティアクセス許可のタイプはファーム内の必要があるのですか? としての展開から大きくその規模ウィル複数のサーバーに1つの?

  • コスト -どのようなサードパーティーのツールを導入するための全体的なコストはあなたの住んで中古の生産と開発環境? どのようなサポートの真の年間費用は何ですか?

  • 最終的にして、組織としては賢明な投資限り彼らの投資からのお金の価値の膨大な量の利得を行うことができます。 しかし、私は事業のかなりの量のパフォーマンス、機能性、信頼性や安定性にはサードパーティ製のツールを使用して行うに多くの問題を抱えていると思います。

    デューデリジェンス

    このような問題はサードパーティのSharePointのツールとユーティリティの購入への露出を低減するために、これらの製品での適切な評価と正当化のプロセスを実施する必要があります。

    私はガイドとしては次のことをお勧め:

    • 理解して詳細に評価&サードパーティ製のツール(秒)、それを行うために別の環境をセットアップすると想定するのテストを提供するものかかります

    • ドキュメントビジネスのリストかまたは、製品の機能のリストが一致を達成するため必要な技術的要件を明らかにした。 比較&評価

    • を見る場合は'上で事前に可能、とする'のように近い生産'評価環境'のようなシナリオのようにする(UAT推奨)余裕がある

    • 専門家のSharePointフォーラムや人と展開する基本的に他の人の上に表示ゲージの製品を使用して経験をする前に特定の製品を使用している他の人から適切なフィードバックを読みなさい

    • ことを確認しバックアップして/アプローチは作品(実際にテストされて復元する)の場合、ロールバックするためのツールは以下が必要/製品展開の問題やその他の制約のために

    • ことを確認しお客様の計画、テスト、および予算を事前に生産し災害復旧環境と考えられている

    • しかし、ドキュメントにのみインストールすることは必要と考えてあなたのヘルプデスクチームのサポートと全体の責任者にガバナンスのサポートを提供する

    • する前に実際には機能を見てくださいサードパーティ製のツールを導入するプロセスに着手する箱から出して提供される設定と理解している場合既存の要件に若干の変更が当該製品もしくはオーダーメイドの変更の導入を避けるために行うことができます

    • できるため、エンドユーザーに適切なビジネスのテストと訓練を確保したことはどこサードパーティのツールが計画され利用できるすべての試験やパイロットの配置の事前インチ


    おわりに

    場合にはサードパーティ製のツールを右あなたがこの投稿のための単純な理由からお客様のSharePoint環境にサードパーティ製のツールを導入することの危険性を認識しやすくしてあなたを理解し判断するためにする一連の手順をお勧めすることです。 サードパーティ製のツールと実際の値を追加しますが、これらのツールはお客様のコアのSharePoint環境を中断しないことを確認することを行うことができます。

    要約すると、あなたはいくつかの事実の保証は任意のサードパーティのコンポーネントを展開する真にお金を保存したり他の価値があると具体的な利点を提供するつもりであることを確認する必要があります。

    対策もあなたによっては未認証のツールを既存のコアのSharePoint環境への被害それらが管理されサポートして長期的な面で受け入れられるコスト進んでいないように注意する必要があります。

    最後に、私は、SharePointの雑誌最近自分のオーダーメイドの変更の場合は、潜在的に'有料'、間違いなくサードパーティ製のツールは、いくつかの度に投稿、数回にわたって。 する前にその評価のウェブ部分を押してsetup.exeをダウンロードしたがって、あなたの宿題を!

    よろしく、

    アンドリュー

    WorkSharesチーム

    注:

    アルネルはSharePointのマガジンを実行します'、'についての彼の優れたオンラインマガジンではこの資料でサードパーティのツールを使用して公開のSharePoint'。

    幸せな読書とこれを役に立つことを願って。

    • 共有/ブックマーク

    SharePointの"を使用してサードパーティ製のツールには、2つの応答"

    1. 移行またはSharePoint内のコンテンツへ移動| WorkSharesブログは言う:

      [...]は、インターネット上で、またはいくつかの他のフリーウェア! とする前に、先に行くと、サードパーティ製品をインストールすると、私はしばらく書き込みは、この記事を読む[...]

    2. ケーウッドは言う:

      私はあなたの言葉を得てくれてうれしい。 誰SharePointのソフトウェアを焼くすればいいですオフのさまざまなオプションとは、彼らのニーズに合わせて右側の1つがあることがあります。

      また、かどうかは、ソフトウェアのことでは、Microsoftのサポート契約に違反するかを質問してください。 たとえば、直接には、SharePointデータベースに書き込む。

    返信コメントを残す