カテゴリーアーカイブ: SharePoint ソリューションの設計

実践活動の追跡 – パーツ 1

約 1 年前, 私は参加しました コンサルティング スラロームします。 ここニューヨークで練習区域つながると呼んでとして。  (このブログのポイントにマイナーな余談として投稿します。, それはブログで私の合計ドロップオフのアカウント ジョブに変更します。  それの役割に大きな変化と大きな変化日に「もの」は私の並べ替え自分を順応したと見て前方にもう一度書く スマイル ).

この PAL ロール, 私は、会社との即時の周辺を保存する責任 21 定期的に災害から西 21 ストリート。  それは多くの圧力です。 (すべての子供の考えよりもと思うかもしれない-ちょうど!). 

その命令へのサービス, プリ ・ セールスを支援する必要があります。, 作成し、更新プログラム ゴー トゥ マーケット製品, 善意の人々 を雇う, それらを改善する人々 を訓練します。 (しかし、本当に, 私の仕事を容易に) 時折何か、クライアントに請求します。  「入力」-クライアントからの質問の多くを得る, 販売機会, 考えはなどなど私自身いかれた。  それのいくつかの本当に良い (熱い販売 oppty のような) 多くのより良いです。  キーは最初を追跡するには, 優先順位を付けるし、それぞれのアイディアを管理 (大と小) 成功の結論。 

このようなタスク管理は新しいではないです。, 右?  私たちはこれで私たちを助けるためのタスク ツールのたくさんあります。  Outlook には、タスク。  スプレッドシートを一緒に平手打ちすることができますニースと速い。  私の非常に最初のタスク管理ツールだった法的メモ帳戻っての GAF で私の日、IT 部門の開発者として  (興味があるなら、あなたは私を見る、次回古き良き時代について私に尋ねる, または多分ないです。…).

SharePoint の男であること (名目上, 少なくとも), 私は常に SharePoint を使用することを考えた。  しかし、いくつかの理由, ジェネリック タスク リストは決してかなり私のためにそれをやった。  ヶ月前の束, 自分自身を癒すとちょうど SharePoint ベースのソリューションを作成することを決めた。  ここでそれについて書くことだと思ったことを作成するはあきれるほど簡単だった.

だから, ここに私の目標はとてもシンプルでした。:

  • スーパー簡単かつ高速のデータ エントリ
  • 活動を優先します。
  • 活動を分類します。
  • 「次のステップ」駆動-これらの活動は数週間をまたがることが多い (多分月).  ほとんどない」「後終わる 1 つ特定の更新プログラム.

これらのビットは、コンテンツ タイプを非常にうまく自分自身を貸す, では、何を作成:

image

最初はこの販売のバイアスを持っていたことを実際に見ることができます。, 「クライアント」フィールドがあるのでは。  クライアントに基づいている多くの私の練習の活動 (実際または将来).  しかし、それらの多くは内部的にも焦点を当てています。  それらを作成するとき、そこに「スラローム」をスラップします。, しかし、それは常に少し変な感じています。  私はする必要がありますが名前それより一般的なもの。  多分「ターゲット組織」か何か.

ここではいくつかの雑多なメモ、コンテンツ タイプを:

  • 活動への影響の優先度の測定へと変貌しました。  私はわからないなぜ私は「影響」と」優先度の高い「ゼロ日行った, しかし、私がやったことです。 
  • 次のステップとステップの次の日 – 次のアクティビティの日付によって駆動されるダッシュ ボードあります。  このダッシュ ボードは一種になった私の行進の受注の日/週  私はちょうど、ダッシュ ボードに移動まず優先度の高いものに焦点を当てるし、そこから行きます。  (あるの概念は、「タグなし」
  • -メモの唯一の事は-主な所有者 並べ替えおよびフィルターできる素晴らしいではない SP の複数選択の列で 2010! 私は実際にこの概念最初に購入していない完全に.
  • アクティビティの状態 – だけ本当に「開く」または「クローズ」。 
  • プライマリの練習-これを使用してを開始した後, これを試してみると思った私のグループで別の PAL, 私のものを区別するためにミックスにこれを滑って (ポータル & コラボレーション) 彼女のもの (Azure).

ここでは、私のダッシュ ボードです。:

image

(すべてのぼやけ、ビット-申し訳ありませんがテスト データの束を作成するように感じていないし、誰かの重要な詳細を共有上に心臓発作を与えるしたくないです。 [再イントロにビットを参照してください。: 世界を救う, など。, など。, など。]).

この一覧に他の複数のビューをあります。, 質量の更新することができます、データシート ビューを含みます。  これを行う最もよくとき優先順位の低い項目は決して非常に計画を行ってしまったし、を週にプッシュする必要があります束.

毎日, 私の活動のログをプルアップし、ちょうど、リストの上から作業を開始.

部分で 2, どのように私はこの素敵なメールが有効なドキュメント ライブラリと SPD ワークフローを追加してさらに便利に作ったを説明します.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

例リード増加 SharePoint 導入への道を照らすことができます。

私「純粋な」BrightStarr 最初ブログ エントリは今日公表されました。  ここでは、お誘い:

多くの SharePoint 導入のトピック、特にその欠如に後半のインターネット上の会話があった. 誰も、ファームとセキュリティ インフラストラクチャの設計のすべてのトラブルに移動, ワーク ショップに参加, おしゃれな外観をまとめる, 会社再 orgs の変遷に耐えることができます、岩固体情報アーキテクチャを使用し、最後に, ちょうど 3 か月のポストを発見するファンファーレいっぱいロールアウト行くライブは未満 50% 会社の従業員、SharePoint を使用しているし、それらのほとんどは、古いネットワーク ファイル サーバーを交換するを使用しています。 (「S:\ ドライブ」).

銀の弾丸ではないです。 (または 1 つのブログ記事) この問題を解決するために起こっています。. ただし, 貧血の SharePoint ポータルのリスクを軽減することの多い. 「シャイニング例パターン。 このような手法の 1 つであります。"

共有する他の SharePoint 導入の戦略について知りたいのですが?  共有する場合, BrightStarr のブログにコメントとしてお願い.

ここに全部を読む: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

プリンター友好的なページを作成し、それらを印刷も

私の記事を書いた SharePoint ブリーフィング 週またはそう前に投稿されて以来。  ここでは、開口部のビット:

image

ここに全部を読むことができます。: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

私はこの人に役立ちます願っています。  お楽しみください。!

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

"を行うことができます。” 対"を行う必要があります。” SharePoint プロジェクトで

私たちの多くが表示されますと思う, 良い言葉の欠如, 若い子要件。  エンド ・ ユーザーは本当に, 非常に悪い、特定特定の外観を望んでいます。, または、非常に特定の並べ替え構造とナビゲーションを容易にする 1 つまたはメニュー オプションをカットするまたは [間違っていることを起こること熱情的に開かれた信念を挿入します。].  SharePoint としてプロの, 我々 一般的にほぼあらゆる種類のプラットフォームでの要件を満たすことができます。, しかし、それらのいくつか, 私たちは私たちの心に知っていること:

  • 彼らは不相応な量を実装する時間を取るつもり (ためより多くの費用と)
  • 保守し、トラブルシューティングにしたがってが困難な高度にカスタムしようとしています。
  • There いくつか簡単に SharePoint アプローチを満たしています。 80% 以上の要件の (すなわち. 要件の精神を満たしています。, 要件の文字ではなく、)

一番下の行, 我々 は「要件」は実際には素敵なを持っているかも知っているいくつかの意味で正当な, なく何か人々 がべきであると一緒に暮らす多くの「解決」しようとして時間を過ごす

何回も前にこのパターンを見たので「若い子」の要件としてこれらのだ  子供たちが離れて松し、一度に数週間のためのいくつかの新しいおもちゃのためあなたをガミガミ言います。  あなたはそれらのおもちゃを得る, 彼らは数時間または数日のそれを再生し、それを置く, 決してそれを拾うまで再度。  または, おもちゃを取得しません。, しつこいが停止し、子供は、自由世界の大統領になるに移動します。   SharePoint プロジェクトで起こるこれを見た。  意思決定者がどちらか彼らが望むものを得ると未使用またはあまり使用されていない関数になるまたは彼らが彼らが望むものを取得しないし、プロジェクトをまだとにかく成功.

私は思い出したこと今日のフォーラムに投稿し、好きどのように クレイトン コブ これらの種類の要件の 1 つにプッシュ バックするフォーラム ポスターを取得しようとしました。: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

人々 がこのトピックを見る方法とどのように対処は本当に好奇心します。  ポイントを逃しています?  些細な要件の overinvesting から意思決定者を操縦する戦略はありますか?  コメントを残してください。.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

ワークフローを使用してコンテンツの種類のセキュリティをシミュレートするには

別の日, 別の MSDN フォーラムのポストに触発.

誰かがユーザーのカスタム リストに「新しい」ボタンをクリックしたとき彼らのコンテンツ タイプを確保できたどうかを求めていた, のみがその人がアクセスが許可されるコンテンツの種類」ドロップ ダウン リストに表示されます。  我々 は知っています。, このうちボックスはサポートされていません.

今そして、この時間にこの質問を上がる, 新しいアイデアがあった。  私たちがこのようなシナリオがあることと仮定しましょう:

  • 我々 は、ヘルプデスク チケット システムがあります。.
  • チケット発券システムのヘルプデスクで正規ヘルプデスク チケット情報を入力できます。, などの問題の領域, 問題のステータス, など.
  • 私たちが「緊急度」フィールドを指定する「スーパー」のユーザーを許可します。.
  • 他のユーザーは、そのフィールドにアクセスできません。  システムは常に「中」レベルの優先度に対する要求に割り当てる.

私たちに何ができるか 2 つの個別の SharePoint リストおよび 2 つの異なるコンテンツ タイプを作成しています, 「スーパー」ユーザーと他の皆のための 1 つ.

各リストにワークフロー データのマスター リストにコピーします。 (実際のヘルプデスク チケット一覧) そこから進行.

このアプローチが働くかもしれない一種の列レベルのセキュリティと同様の流れ。 

それを試した, 合理的な感じているし、かなり単純なことができます。, かなりラフな場合, コンテンツ タイプと列レベルのセキュリティもの一種を実装するオプション.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

コンテンツのクエリ Web パーツ: SharePoint のスイス ・ アーミー ・ ナイフ

私の最新記事はでください。 www.sharepointbriefing.com. ここでは、お誘い:

image

ここに全部を読む: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

それを見る使用する実際の公開 web サイトここで次の手順で:

  1. この web ページに移動します。: http://cdi-its.com/Pages/Customer_Support.aspx (CDI の顧客のサポート ページです。).
  2. 左側のナビゲーションの「ケース スタディ」をクリックします.

リストのケーススタディの「カスタマー サポート」セクションにジャンプします.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

既存の条件: SharePoint アラート ・ テンプレートは、救助に (?)

私のクライアントの 1 つは企業の小さいながらも有用な人事アプリケーションを構築する以前の請負業者と協力. その建築業者使用 SharePoint Designer ワークフロー ソリューション部を実装するには. それは混乱のビットです。. 例えば, 9 SPD ワークフローを 1 つの論理的なワークフロー プロセスをサポートするため、それらの 5 つまでは、適切な条件を与えられた任意の時点で同時に発生可能性があります。. デバッグは簡単ではありません 🙂

私の顧客はまだ未処理の要求数をが, 1 つはシステムを送信する電子メール通知-関連付けられたタスク フォームと同様に、メール自体の両方を一般的により多くのコンテキストを提供するには. SPD ワークフロー実装を知っています。, 「ユーザーからデータを収集」SPD アクション実際にカスタム コンテンツ タイプとタスクを作成します. そのアクションを使用するとき, 我々 は多くを指定する取得しません。. 我々 はいくつかの値を求めることが (例えば. 「承認」または「拒否」) タイトルと説明をハード コーディングされた値を指定することができます、. それについては、します。.

お客様の要件が 2 倍です。:

  1. SharePoint タスク割り当てについて e メールを送信するとき, 多くのタスクについての情報、電子メールの本文に含める.
  2. もっと重要なこと, これまで – ユーザーが電子メールのタスク リンクをクリックしたとき, タスク フォームに承認者が彼/彼女の承認または決定を拒否するために必要なすべての情報は、. 今すぐ, マネージャー自体の基になる詳細をドリルダウンする項目のリンクをクリックする必要があるし、誰もが好き. メールにクリックする必要が. タスク項目の並べ替えの曖昧なリンクをクリックする必要がありますし、. 基になるデータを見てすることができますし、 (InfoPath フォームは). 戻る・をクリックします, など. それを憎んでいます。.

私はこの少し厄介な技術ソリューションを継承した、最も影響の少ない方法で可能な変更したいのですが。.

私は今取っているアプローチは、カスタム アラート ・ テンプレートを作成するには. あなたはここで読むことができます。. このような流れを作品します。:

  • SPD ワークフローを実行します。.
  • いくつかの時点で, タスク マネージャーに割り当てます.
  • SharePoint システムは自動的にそのマネージャーに警告を送信します。. これは SPD ワークフローが、むしろ「どのような SharePoint"の一部ではない (SharePoint timer service, 私は信じる).
  • カスタムの通知ハンドラーのアラートが標準が呼び出されます (魔法の規則に従って、上記で説明したよう参照資料).
  • 私のカスタムの通知ハンドラーの実行時, それは美しいメールを生成します. もっと重要なこと, 以来、手で、タスクがある, それも、実際のタスク、ビジネス要件を満たすために必要なすべてのコンテキスト情報を飾る.
  • ユーザーがメールを取得、便利なコンテキスト情報に満ちています。.
  • ユーザー タスクのリンクをクリックして、タスク自体が役に立つコンテキスト情報に満ちています。.
  • みんなホーム行くスイカとアイスクリーム.

私はクイック POC を行なったし、それはラボ環境でよくはたらく. 私は期待どおりに私のカスタム電子メール アラートを取得します。. タスクの説明とタイトル自体を更新するをもらっています.

だけトリッキーなビット, これまでのところ, 警告がアイテムを更新する状況を回避するには, 別の警告をトリガー. これは私を心配しません。.

ところを有望です。

これについての素晴らしいところはいじくること既存の SPD ワークフローのいずれか必要があること. 彼らは、通知ハンドラーが気付いて、"IIZ RUNNIN の DA BAKGROUND, DECORATIN はタスク一覧 WIF MOAR コンテキスト”.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

SharePoint のデモ: 垂直方向のビジネス アプリケーションを構築する SharePoint を活用します。

[メモ: すぐ持っていると言う私はこのデモの目的の結果の経済的利害関係したいのですが。, 完全な情報開示の利益のため言及, など. これは実際に私はイベントについてのブログではこれまで、どこに立ってこの方法で個人的に利益を得るの初めてです。]

この web デモが行わをれる (木曜日), 06/04 で 12:30 東部夏時間, を終了 1:30東部夏時間.

私の優秀なビジネス パートナーとの協力で, 統合型システムとサービス ・ グループ (ISSG), 私は、プラットフォームとしての SharePoint を使用して垂直方向のビジネス アプリケーションの開発に取り組んでいます。. このケースでは, 私たちは、お客様のカスタマイズされた製品を作るメーカーのニーズに応えるアプリケーションを構築しています。. これらのケースで, お客様とメーカーの間の場所を取る必要があります大量のコラボレーション. メーカー内の異なるグループ間のコラボレーションの偉大な契約もあります。, 売り上げ高を含む, エンジニア リング, 研究・開発, 法的および他のグループ.

デモでは、そのようなコラボレーションを容易にアプリケーションを表示するには, 方法を解説するとともにこれらのコラボレーション ビットのすべてバックエンド ERP システムと統合する必要があります。.

最後に, これは SharePoint のデモをするつもりはないです。. これは、プラットフォームとしての SharePoint を使用する起こる特定のニッチな問題のためのソリューションのデモ.

だから, なぜサインアップし、このデモを参照してくださいするためにわざわざ? 私のブログの読者の多くが、受注生産メーカー向けのソリューションにそれほど関心を持っているとは思いません 🙂 重要なのは、SharePoint 自体に関係なく、純粋にビジネス ソリューションを提供するために SharePoint を使用するという概念そのものです。.

興味があるなら, ここでサインアップしてください。(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

SharePoint Designer 風邪からをせんさくことができます。, 死者の手

私の最新記事 最大 www.EndUserSharePoint.com. SharePoint Designer について書いた, エンド ユーザとエンド ・ ユーザーが試みるかもしれない戦略とフォローの概要能力を発揮し、このツールの周りの信頼関係を構築するために.

コメントは、記事自体よりもっと面白い.

それをチェック アウト.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

MOSS ユーザー プロファイル ユーザー言語の優先順位の権威として

私の現在のプロジェクトに, 一部のユーザーは旅行、世界の別の目的地に到着します。, 時に、便利なマシンを使用します。. ゲスト マシンの Windows を実行してインストールし、ローカルのロケール用に構成されました。. (私はちょうどゲスト マシンに適した言語パックいない可能性がありますを実現しました。… たぶん won't します。, 実際… 今のところは、1 つを駐車午前).

SharePoint は、ユーザーが各自の優先言語を選択して MOSS のユーザーは、MOSS をアクセスする方法に関係なく、その言語の名誉が、というメカニズムを提供する必要があります。. 他の言葉で, どんなブラウザーが IIS/モスを指示を無視して、代わりにその言語を見て、それを使用.

我々 は 2 つのアプローチを調査するつもりです。:

  1. HTTP ハンドラー: MOSS のユーザーのプロファイルを IIS にインストールされているカスタム HTTP ハンドラーになります, お好みの言語を把握し、間切りモスに制御を渡す前に、必要に応じての周り HTTP ヘッダー.
  2. global.asax: 同じことを行うに global.asax が変更します。. 我々 は何を変更可能性があります。, しかし、アイデアは、我々 がロケールの切り替えロジックを挿入することができますいくつかの場所を見つける.

他の複雑な要因は、私たちする必要があります 60 k のサポート ユーザー, について 1,000 同時にアクセスできるコケのピーク時の負荷します。.

HTTP ハンドラーは、かなり抜本的なと思われる, IIS レベルと全知ではないのでコードを配置する可能性がある最高の場所が、. それは仕事の良い 1 つの点.

我々 は global.asax 型アプローチに傾いています。, 私たちを信じているために主にその時点でデータをキャッシュするためのより多くのオプションがあります。.

さらに学習ブログこのテーマで多くをするよ.

ある場合このことについて何かを知っています。, コメントを投稿してください 🙂

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin