SharePoint の簡単な歴史 (相対的な新来者の視点から)
メモ: この記事は元々 に投稿されました www.endusersharepoint.com. 私は自分のブログに投稿するのを忘れ🙂
SharePoint 大いにその初期の頃から、孵化技術で Microsoft の並べ替えとしてきました –ほとんどのホラー映画のように進化しています, 気違いの科学者の創造が、独自の生活に, 作成者の期待とルールの無料速報. 技術の進化は明らかだ-WSS 3.0 オブジェクト モデルは、WSS よりも複雑な豊か 2.0, 以前のバージョンに比べて自体に改善をしました。. 次のバージョン以上大幅な改善が表示されます疑い 3.0. エンドユーザーの視点から, ただし, SharePoint の進化はさらに重要です.
初期の時代に, SharePoint は、エンド ・ ユーザーに多くを提供しなかった. その通常の機能要件があります。, よくそれらを定義し、ソリューションを実装することで動作します。. それは問題を解決するために SharePoint を使用. 製品がエンドユーザーに非常にアクセス可能ではなかった. いくつかの類似を投げたと思っています。, 私が何を意味するかを表示するベン図を固執することを決めたが、. マイクロソフト最初にリリースするとき SharePoint 世界商業の提供として, エンド ・ ユーザーの比較的伝統的なパターンに従っていること <-> IT 関係. エンドユーザーの多く, ビジネス上の問題を解決するソリューションを提供するために人々 のコミュニケーションとそれを非常に小さい数での作業:
SharePoint は、適切な配信プラットフォーム、全体的な問題領域が小さい (特に今日の SharePoint と比較してください。. エンド ・ ユーザーとそれより古典的な提携で働いていた: それに要件を定義します。, それはカーテンの後ろに自分の仕事を待つし、最終製品の配達を取る.
SharePoint に進化するにつれ、 2.0 世界 (WSS 2.0 SharePoint Portal Server と), いくつかのことが起こった. 最初, 「問題領域」のサイズが増加. 問題ドメインによって, 私は SharePoint が実行可能なソリューションをすることができるビジネス上の問題の種類を意味します。. 例えば, SharePoint 環境で SPS まで深刻な検索ソリューションの実装についてあまりにもハードと思うだろう (しても, それほどではなかったに必要に応じて). 同時に, エンド ・ ユーザーだけではなくを定義する前例のない能力があります。, しかし、ほとんど、あるいはまったくの IT サポートに対する独自のソリューションを実装も.
、 3.0 プラットフォーム (WSS および MOSS) 維持し、その勢いを増加. 問題ドメインがに比べて巨大な 2.0 プラットフォーム. 社内のあらゆる部署, 製造の健康と安全部門のマーケティングに至る, 品質管理-販売から彼らすることができます良い使用を見つける SharePoint (四角い穴に丸いペグをマッシュ アップの場合ではないと). 同時に, プラットフォームは、独自のビジネス ソリューションを実装するさらに多くのエンドユーザーを支援します。. この図をキャプチャしよう:
これは強力なイライラする混合物の両方をあると証明します。. 、 3.0 プラットフォームはオンの頭に以前安定の役割. 突然, エンド ・ ユーザーが効果的に 裁判官, 陪審員と死刑執行人 ビジネス アナリスト, アプリケーション アーキテクトとビジネス ソリューションの開発者. これを私が書いて問題の核心に取得します. しかし、私はそれに飛び込む前に, 部屋の象について考えてみましょう.
水晶玉にピアリング
SharePoint がどのように 2010 このパターンに影響を与える? 増分または革命的であろう? もっと, 少ないまたはエンド ・ ユーザーの同じ数について権限を sharepoint ソリューションの構築に自分自身を見つける 2010? SharePoint 2010 の問題領域をさらに拡大、またはそれだけが絞り込むし、それが既に WSS のオファーを合理化 3.0 / MOSS?
「そこ」安全に一般的な答えであると言うのに十分な情報があります。:
- 問題領域が大幅に拡大する予定です。.
- エンド ・ ユーザーが気づく前にさらに権限.
ベン図形型図表だろうこのページより大きくなるし、いくつかの IT プロフェッショナルを引き起こす、CxO のペプトの到達するの.
いくつか本当に変革を行う企業の途方もない機会だと思います.
ない私の中国の店でブルズ!
これは素晴らしいサウンドします。, しかし SharePoint コンサルタントおよび IT マネージャーの靴に自分自身を置くこととして私の視点から, 私はこのビジョンを参照してください。. 自分は美しいプレートと中国の店, クリスタル, など (私の SharePoint 環境). スペースを借りてきた, 私は私の在庫を購入、すべてのアウトに置いたそれを好む方法. 開く準備がかなりではないです。, しかし期待, お客さんが並んでいるかどうか参照してください、そこ、実際牛をお知らせへの扉を見てください。. 詳しく見ていくと、私が実際に参照してください。 2 雄牛と狼も. なればいくつかの羊がいます。. 羊します。 ので 悪い, 彼らは多分オオカミを偽装? 私の中国の店で牛をたく!
それが悪化します。! スペースを借りたとき, どのように素晴らしいそれは信じられなかった. 広く、オープン, 素晴らしい設備とサービス, 非常に合理的な価格. ただし, 広いオープン スペースと巨大なドアは来る雄牛のサイズちょうど完全に実現しています今私中国に横たわっていたと廃棄物を放浪.
あまりにも遠くこのアナロジーを押しています。, もちろんです. エンドユーザーは、牛ではないです。 (殆んど, とにかく) IT 部門はありません。 (確かにべきではないか) そのような疑いのユーザー コミュニティを表示します。. ただし, このような完璧な衝突で既に行われているがある、 3.0 私は期待のプラットフォームは、SP でのみ悪くなります。 2010. SharePoint 既に可能にし、エンドユーザーを定義し、独自のソリューションを実装するには.
それは素晴らしいとすべて, しかし、実際は、それまだ非常に技術的な製品でありまだ積極的なビジネス要件分析の種類の呼び出し, デザイン総合企画と成功するために必要な技術的なプロジェクト管理. これらは、エンド ・ ユーザーの多くがトリックの自分のバッグに持っているスキルの種類ではないです。, SharePoint のような技術的な製品にフォーカスがあるとき特に.
これに最後の 1 年かそこらの思考の多くを与えて、任意の簡単な答えを表示しません。. それは本当に教育と訓練に帰着します。. 私が思う SP 2010 ビットとそれはうまくいく別様にそしてスローモーションで企業の SP をロールとしてゲームを変更する予定です。 2010 上のソリューション 2010 を超えて. 成功するために, エンド ・ ユーザーは彼ら自身を変形して少しそれの宗教を得る必要があります。. 彼らは適切な要件について少し学ぶ必要があります。
解析. ビジネス プロセス ワークフローを明確に識別するいくつかの設計ドキュメントが必要になります, 例えば. 彼らは、CRUD のような基本的な概念を理解する必要があります。 (作成します。, 更新と削除), 開発、テスト、qa、prod 環境とそのインフラストラクチャを使用して、ベンド、素敵な長い間住んでいるソリューションを適切に展開する方法 (壊れていません。) 組織の変更への応答で.
今後数週間で, 自分の新しいアイデアをいくつか提供をしようと計画します。, 同様に他の多くの作家によって行わ偉大な仕事へのリンク (上 www.endusersharepoint.com 他) エンド ・ ユーザーが、古い時間それの宗教を学ぶことができますので、興味を持っています。. 調整してください。.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin