2009-03-10 25 views
1

Sitelerinde SharePoint yüklü olan kişilerin bir kesitini duymayı umuyorum. Kullanıcılarımın web tabanlı arayüzünü kullanıp kullanmadığına karar verip uygulama dosyalarımı kontrol edip, daha sonra SharePoint web arabirimine geri dönüp check-in yapmaları gerektiğini bilecek kadar karmaşık olmalarına güveniyorum. .SharePoint ... benim app değerinde bir Web Hizmetleri arayüzü nedir?

Varsayım, SharePoint kullanan ortalama kuruluş için bu, kullanıcıların iyi bir yüzdesi için anlaşılmaz olurdu. Böylece, uygulamalarımın içinden SharePoint web hizmetlerini kullanmaya çalıştım, böylece kullanıcılar dosyaları açabilir, düzenleyebilir, sonra da onları (isteğe bağlı olarak) dosya yakın zamanda kontrol edebilirler. Bununla birlikte, bunu başarabilmem için geliştirme zamanımın ilk tahmini kısa düştü. Yani şimdi bazı maliyet/fayda analizi yapmak istediğim noktadayım.

Kullanıcıların çoğu, SharePoint'in check-out/düzenlemesini yerel olarak/check-in döngüsünde ne kadar çabuk ve doğal olarak "alır"?

cevap

2

OTisler belirtildiği gibi, Office 2003'te bir karmaşa biraz hikaye aslında çok daha iyiyse Sharepoint 2003 ile ilgili sorunlar, bilmiyorum yaşadım Office 2007, Word, Excel, PP, vb. Tüm MOSS tarafından bilinir ve kendi menülerine, bilgi çubukları w/MOSS meta verileri, vb yansıtır.

FWIW, Büyük bir kaç proje yaptım (> 1.000 kullanıcı/site) userbase onunla etkileşiyordu ve en büyük sorun "dosyam kontrol edildi!" Bu sadece kullanıcılara, sorunun cevabın, yardım masasını değil, rahatsız edici kullanıcıyı aramak olduğu konusunda eğitilmesi meselesidir.

+0

Bu, aradığım geri bildirim türüne çok yakın. Office 2007'de tanımladığınız değişiklik esasen benim uygulamamı oluşturmayı değerlendirdiğim değişikliktir: yerel check-out/check-in özelliği ekleme. Teşekkürler! – Steve

0

Tüm Checkout-edit-Check işlemindeki deneyimim oldukça olumsuz oldu. Asla büyük bir grupla çalışmaz ve her zaman insanlar istedikleri dosyanın kontrol edildiğinden şikayetçiniz olur. Ve biz özellikle onun daha iyi SP 2007

0

Bazı durumlarda, ofis bir implicit checkout oluşturur. Bu kesinlikle kullanıcıları atar ve bunu düzeltmek için bazı zorlukları vardır.

Bu konuda maliyet/fayda analizine gerçekten yardımcı olamıyorum, ancak kullanıcıların sorunu çözmek için bir süre karar aldıklarını biliyorum. Büyük bir organizasyonla uğraşırken, kütüphanelerin check-in özelliğini sadece onu gerektiren kütüphanelere sınırlandırmaya değer.

0

Personelimiz (yaklaşık 40) Hava Kuvvetleri için eğitim yazılımı geliştirmeyi yönetmek için VSS'yi kullandı. Geçen yıl SharePoint 2007 ve Office 2007'ye geçiş yaptık ve birkaç sorunla karşılaştık, ancak hiçbiri aşılmazdı. Yanlış yapılandırılmış tarayıcılar ve zayıf ağ performansı, kullanıcı deneyimi üzerinde en olumsuz etkiye sahipti. Herkes halihazırda tüm check-in/check-out işlemiyle ilgili deneyime sahip olduğundan, temel olarak kullanıcıların SharePoint'te nasıl işlem yaptıklarını hızlandırmaya başladı.

Tecrübe düzeyi ne olursa olsun, basit bir önkoşul vardır: Eğitim, eğitim, eğitim! Bu mutlu müşterilerin anahtarı. Uygulama için makul beklentiler ve gerçekçi programlar oluşturun. Neyin geldiğini ve niçin olduğunu onlara bildirin, sonra ürünü nasıl kullanacakları konusunda doğru şekilde eğitin.

300+ Hava Kuvvetleri kullanıcılarımız (dış müşterilerimiz) için, 6 aylık noktada kullanımda hızlı bir büyüme görmeye başladık. Önemli olan, organizasyonun her seviyesinde teknoloji savunucuları olarak erken evlat edicilerin belirlenmesi ve dahil edilmesidir. Akranlarına yarar satmalarını sağlayın. Evlatlık ilk başta yavaş olacaktır, ama kelime etrafta dolanırken hızla toparlanacaktır.

Sistemi kararlı duruma getirin ve özelliklerin üzerinde çalışmaya başlamadan önce müşterilerinizin rahat olmasını sağlayın.Sisteminizin veya uygulamanızın dağıtımın ilk aşamasında güvenilir veya aşırı karmaşık (eğitim!) Olduğu düşünülüyorsa, kesinlikle memnun kullanıcılardan oluşan kritik bir kitleye erişemeyebilirsiniz.