2009-03-10 2 views
1

自分のサイトにSharePointがインストールされている人の話を聞いてみたいと思います。ユーザーがWebベースのインターフェイスを使用してアプリケーションのファイルをチェックアウトして編集するかどうかを判断し、SharePoint Webインターフェイスに戻ってチェックインすることを知るのに十分な洗練された方法に頼っているかどうかを判断しようとしています。SharePoint ...私の価値のあるアプリケーションのためのWebサービスインターフェイスですか?

私の前提は、SharePointを使用している平均的な組織では、ユーザーの割合が分かりにくいということでした。だから、私は自分のアプリケーション内からSharePoint Webサービスを使って作業を始めました。そのため、ユーザーはファイルを開いたり、編集したり、ファイルのクローズ時に(オプションで)アプリケーション内からチェックすることができます。しかし、これを達成するための開発時間の私の最初の推定は不十分でした。だから今私はいくつかの費用便益分析をしたいという要点にいます。

ほとんどのユーザーは、SharePointのローカル/チェックインサイクルのチェックアウト/編集を「迅速に」取得できますか?

答えて

2

を知らないとOTislerが述べたように、それはオフィス2003の混乱の多少の物語は、より良い、実際にずっとですWord、Excel、PPなどのOffice 2007はすべてMOSSを認識し、メニュー、MOSSメタデータなどの情報バーに反映します。

FWIW、私はいくつかのプロジェクトを行いました。 (1,000人以上のユーザー)のユーザーベースがそれとやりとりしていて、最大の問題は「彼/彼女は私のファイルをチェックアウトしました!答えは、ヘルプデスクではなく、問題のユーザーに電話することだけです。

+0

これは私が探していたフィードバックの種類に非常に近いです。 Office 2007で説明している変更は、基本的に私が自分のアプリケーションを評価している変更です:ネイティブのチェックアウト/チェックイン機能を追加することです。ありがとう! – Steve

0

チェックアウト編集 - チェックイン全体の経験はかなりマイナスです。それは大規模なグループでは決して機能しません。また、必要なファイルがチェックアウトされていると不平を言う人もいます。我々は特にSharepointの2003で問題を持っていた場合は、その任意のより良い、私はSP 2007年に

0

場合によっては、オフィスではimplicit checkoutが作成されます。これは間違いなくユーザーをスローし、これを修正するのにはいくつかの困難があります。

私は本当にこれについての費用便益分析を手助けすることはできませんが、問題を解決するためにユーザーが一定の時間を取っていることは分かります。大規模な組織を扱うときは、ライブラリのチェックイン機能を必要とするライブラリのみに限定しながら、間違いなく価値があります。

0

私たちのスタッフ(約40人)は、VSSを使用して空軍のコースウェア開発を管理していました。私たちは昨年SharePoint 2007とOffice 2007に移行し、いくつかの問題を経験しましたが、克服することはできません。正しく設定されていないブラウザやネットワークパフォーマンスが悪いと、ユーザーエクスペリエンスに最も悪影響がありました。全員がすでにチェックイン/チェックアウトプロセス全体の経験を持っていたため、主にSharePointでプロセスがどのように機能したかを人々に迅速に伝えていました。

経験レベルに関係なく、簡単な前提条件があります:トレーニング、トレーニング、トレーニング!それが幸せな顧客の鍵です。合理的な期待と実現のための現実的なスケジュールを確立する。何が来るのか、なぜ来るのかを知らせて、その製品の使い方を正しく教えてください。

私たちの300人以上の空軍ユーザー(外部顧客)に対して、我々は6ヶ月時点で急速に利用が拡大し始めました。その鍵は、早期採用者を特定し、組織のあらゆるレベルで技術擁護者として関与させることです。彼らは彼らの仲間に利益の販売をさせてください。採用は初めは遅くなりますが、単語が近づくとすぐにピックアップします。

システムを安定させて、機能を積み重ねる前に顧客に快適になるようにします。システムまたはアプリケーションが信頼性の低い、または複雑すぎる(トレーニング!)と、導入の初期段階で捉えられた場合、決して重要なユーザーを満足させることはできません。

関連する問題