Arsip Kategori: SharePoint solusi desain

Kegiatan praktek pelacakan – Bagian 1

Sekitar setahun yang lalu, Saya bergabung Slalom konsultasi di sini di new York sebagai apa yang kita sebut Practice Area Lead.  (Sebagai samping kecil ke titik dari blog ini posting, yang berubah dalam pekerjaan menyumbang drop-off saya total dalam blogging.  Itu perubahan besar dalam peran dan perubahan besar dalam sehari "barang" tapi aku sudah semacam menyesuaikan diri sendiri untuk itu dan melihat ke depan untuk menulis lagi Tersenyum ).

Dalam peran ini PAL, Saya bertanggung jawab untuk menyelamatkan perusahaan dan lingkungan langsung dari 21 West street 21 dari bencana secara teratur.  Banyak tekanan (lebih dari yang Anda mungkin berpikir-hanya memikirkan semua anak-anak!). 

Dalam pelayanan yang penting, Saya perlu untuk membantu keluar dengan pra-penjualan, Buat dan perbarui persembahan-langsung-di-pasar, orang-orang baik Penyewaan, mendidik orang-orang untuk membuat mereka lebih baik (tapi benar-benar, untuk memudahkan pekerjaan saya) dan kadang-kadang melakukan sesuatu yang ditagih pada klien.  Saya mendapatkan banyak "masukan"-pertanyaan dari klien, peluang penjualan, Tunjukkan pikiran saya sendiri dan sebagainya.  Beberapa di antaranya yang benar-benar baik (seperti oppty penjualan panas) Sementara banyak kurang baik.  Kuncinya adalah untuk melacak awalnya, memprioritaskan dan mengelola setiap ide-ide (besar dan kecil) untuk kesimpulan yang sukses. 

Manajemen tugas semacam ini bukanlah hal baru, kanan?  Dan kami memiliki banyak tugas alat untuk membantu kami dengan ini.  Outlook memiliki tugas.  Anda dapat menampar spreadsheet bersama bagus dan cepat.  Alat manajemen tugas pertama saya adalah notepad hukum kembali pada hari-hariku di GAF sebagai pengembang di Departemen IT.  (Bertanya tentang hari tua yang baik waktu berikutnya Anda melihat saya jika Anda tertarik, atau mungkin tidak…).

Cowok SharePoint (nominal, setidaknya), Aku selalu berpikir untuk menggunakan SharePoint.  Tapi untuk beberapa alasan, daftar tugas generik pernah benar-benar melakukannya untuk saya.  Beberapa bulan yang lalu, Saya memutuskan untuk menyembuhkan diri sendiri dan hanya membuat solusi berbasis SharePoint.  Itu sangat memalukan mudah untuk menciptakan yang saya pikir untuk menulis tentang hal itu di sini.

Jadi, Tujuan saya di sini adalah sangat sederhana:

  • Entri data super mudah dan cepat
  • Memprioritaskan kegiatan
  • Mengkategorikan kegiatan
  • "langkah selanjutnya" didorong – kegiatan ini akan sering span minggu (mungkin bahkan berbulan-bulan).  Mereka hampir tidak pernah "akhir" setelah satu spesifik update.

Bit ini meminjamkan diri mereka dengan sangat baik untuk jenis konten, Jadi itu adalah apa yang saya buat:

image

Anda bisa melihat sebenarnya yang bias penjualan dengan ini pada awalnya, karena saya memiliki bidang "Klien" itu.  Banyak kegiatan praktek saya berbasis di sekitar klien (calon atau sebenarnya).  Tetapi banyak dari mereka juga internal terfokus.  Saya menampar "Slalom" di sana ketika membuat mereka, tapi selalu rasanya tad aneh.  Saya harus memiliki bernama itu sesuatu yang lebih umum.  Mungkin "Target organisasi" atau sesuatu.

Berikut adalah beberapa catatan lain tentang jenis konten:

  • Dampak kegiatan telah diserahkan ke dalam pengukuran prioritas.  Saya tidak yakin mengapa aku pergi dengan "Dampak" dan bukan "prioritas" hari nol, Tapi itu adalah apa yang saya lakukan. 
  • Langkah berikutnya dan tanggal langkah berikutnya-saya memiliki sebuah dashboard yang didorong oleh tanggal kegiatan selanjutnya.  Dashboard ini semacam telah menjadi saya berbaris perintah untuk hari/Minggu.  Aku hanya pergi ke dashboard dan berfokus pada hal-hal prioritas tinggi pertama dan pergi dari sana.  (Ada gagasan tentang sebuah "ditandai"
  • Pemilik utama-adalah satu-satunya catatan- Bukankah itu mengagumkan bahwa Anda dapat mengurutkan dan menyaring pada multi-pilih kolom di SP 2010! Aku benar-benar tidak sepenuhnya membeli ke gagasan ini pada awalnya.
  • Aktivitas Status-benar-benar hanya "Terbuka" atau "Tertutup." 
  • Praktek utama-setelah aku mulai menggunakan ini, lain PAL di kelompok saya ingin mencoba hal ini, Jadi aku menyelinap ini ke dalam campuran untuk membedakan antara barang-barang saya (Portal & Kolaborasi) dan barang-barangnya (Azure).

Berikut adalah dashboard:

image

(Maaf untuk semua bit kabur keluar-aku tidak merasa seperti membuat sekelompok data pengujian dan saya tidak ingin memberikan orang serangan jantung selama berbagi rincian vital [Lihat sedikit dalam intro kembali: menyelamatkan dunia, dll., dll., dll.]).

Aku punya beberapa pandangan lain pada daftar ini, termasuk datasheet pandangan yang memungkinkan saya untuk massa update.  Saya melakukan ini paling sering ketika sekelompok prioritas yang lebih rendah barang-barang yang saya berencana untuk melakukan tidak pernah cukup dilakukan dan perlu didorong keluar seminggu.

Setiap hari, Aku menarik log aktivitas saya dan hanya mulai bekerja dari atas daftar.

Di bagian 2, Saya akan menjelaskan bagaimana saya membuat ini lebih berguna dengan penambahan bagus email-enabled doc Perpustakaan dan SPD alur kerja.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Membiarkan bersinar contoh terdepan untuk SharePoint peningkatan adopsi

Pertama "murni" BrightStarr entri blog saya diterbitkan hari ini.  Di sini adalah teaser:

Telah ada banyak percakapan di the Internets akhir-akhir ini pada topik SharePoint adopsi dan terutama ketiadaan. Tidak seorang pun ingin pergi ke semua kesulitan merancang pertanian dan keamanan infrastruktur, berpartisipasi dalam lokakarya, menyusun manis tampilan dan nuansa, bekerja keluar rock solid informasi arsitektur yang dapat menahan perubahan-perubahan perusahaan re-orgs dan akhirnya, diisi gembar-gembor peluncuran hanya untuk menemukan tiga bulan posting go-live yang kurang 50% perusahaan karyawan menggunakan SharePoint dan sebagian besar dari mereka menggunakannya untuk mengganti file server jaringan lama ("S:\ drive").

Tidak ada peluru perak (atau satu blog posting) akan memecahkan masalah. Namun, ada banyak hal yang dapat Anda lakukan untuk mengurangi risiko anemia SharePoint portal. Salah satu teknik tersebut adalah "Shining contoh pola."

Aku akan senang untuk mengetahui tentang strategi adopsi SharePoint lain bahwa Anda peduli untuk berbagi.  Jika Anda berbagi, Silakan tinggalkan sebagai komentar di BrightStarr blog.

Membaca semuanya di sini: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Membuat Printer Friendly Pages dan bahkan mencetak mereka

Saya menulis sebuah artikel untuk SharePoint Briefing seminggu atau yang lalu dan telah diposting.  Berikut adalah sedikit pembukaan:

image

Anda dapat membaca semuanya di sini: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

I hope this helps seseorang.  Menikmati!

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

"Bisa melakukan” versus "harus melakukan” dalam proyek SharePoint

Saya berpikir bahwa banyak dari kita kadang-kadang disajikan dengan, karena kurangnya frase yang lebih baik, anak muda persyaratan.  Pengguna akhir benar-benar, sangat buruk ingin tertentu tertentu tampilan dan nuansa, atau penyortiran struktur yang sangat spesifik atau untuk memotong satu klik atau menu pilihan untuk memudahkan navigasi atau [Masukkan bergairah keyakinan yang terjadi menjadi salah].  Sebagai SharePoint pro, kita umumnya dapat memenuhi hampir semua jenis kebutuhan dengan platform, Tapi bagi sebagian dari mereka, kita tahu dalam hati kita bahwa:

  • Mereka akan mengambil jumlah yang tidak proporsional waktu untuk mengimplementasikan (dan karena itu lebih mahal)
  • Mereka akan menjadi sangat kustom dan oleh karena itu sulit untuk mempertahankan dan memecahkan masalah
  • Ada adalah beberapa pendekatan SharePoint mudah yang memenuhi 80% atau lebih dari persyaratan (yaitu. memenuhi sprit persyaratan, tapi tidak huruf dari persyaratan)

Garis bawah, kita tahu bahwa "kebutuhan" adalah benar-benar hanya baik untuk memiliki atau bahkan sah dalam arti tertentu, tetapi sesuatu yang orang harus hidup dengan daripada menghabiskan banyak waktu mencoba untuk "memecahkan."

Saya pikir ini sebagai "anak muda" persyaratan karena saya telah melihat pola ini berkali-kali sebelumnya.  Anak-anak akan pinus jauhnya dan nag Anda untuk beberapa mainan baru untuk minggu pada suatu waktu.  Anda mendapatkan mereka mainan, mereka bermain dengan itu selama beberapa jam atau hari dan kemudian meletakkannya, tidak pernah untuk mengambil ini lagi.  Atau, Anda tidak mendapatkan mainan, berhenti mengganggu dan anak bergerak untuk menjadi Presiden dari dunia bebas.   Aku pernah melihat ini terjadi di SharePoint proyek.  Pengambil keputusan baik mendapatkan apa yang mereka inginkan dan itu menjadi tidak terpakai atau kurang dimanfaatkan fungsi atau mereka tidak mendapatkan apa yang mereka inginkan dan proyek masih berhasil pula.

Aku teringat bahwa hari ini di sebuah forum posting dan aku suka bagaimana Clayton Cobb mencoba untuk mendapatkan forum poster untuk mendorong kembali pada salah satu dari jenis-jenis persyaratan: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Aku benar-benar ingin tahu bagaimana orang melihat topik ini dan bagaimana Anda berurusan dengan itu.  Aku hilang titik?  Apakah Anda memiliki strategi untuk mengarahkan pembuat keputusan dari overinvesting dalam persyaratan sepele?  Silakan tinggalkan komentar.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Menggunakan alur kerja untuk mensimulasikan konten jenis keamanan

Hari lain, Forum MSDN lain terinspirasi posting.

Seseorang bertanya apakah mereka bisa aman konten jenis sedemikian rupa sehingga ketika pengguna mengklik tombol "baru" pada daftar kustom, hanya jenis konten yang orang itu diberikan akses akan muncul dalam daftar drop-down.  Seperti yang kita tahu, ini tidak didukung di luar kotak.

Pertanyaan ini muncul sekarang dan kemudian dan saat ini, Aku punya ide baru.  Mari kita asumsikan bahwa kita memiliki skenario seperti ini:

  • Kami memiliki helpdesk ticketing sistem.
  • Helpdesk ticketing sistem memungkinkan pengguna untuk memasukkan biasa helpdesk tiket info, seperti bidang masalah, status masalah, dll.
  • Kami ingin memungkinkan pengguna "super" untuk menentukan bidang "urgensi".
  • Pengguna lain tidak memiliki akses ke bidang itu.  Sistem akan selalu menetapkan prioritas "sedang" tingkat permintaan mereka.

Apa yang bisa kita lakukan adalah membuat dua daftar SharePoint yang terpisah dan dua jenis konten yang berbeda, satu untuk pengguna "super" dan yang lain untuk orang lain.

Alur kerja di setiap daftar menyalin data ke daftar master (Daftar tiket helpdesk aktual) dan proses hasil dari sana.

Pendekatan ini mungkin bekerja mengalir semacam kolom tingkat keamanan juga. 

Saya belum mencobanya, tapi ia merasa wajar dan memberikan cukup sederhana, Jika cukup kasar, opsi untuk melaksanakan jenis jenis konten dan bahkan kolom tingkat keamanan.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Konten permintaan Web bagian: SharePoint Swiss Army pisau

Artikel terakhir saya adalah sampai pada www.sharepointbriefing.com. Di sini adalah teaser:

image

Membaca semuanya di sini: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Lihat dalam penggunaan situs web umum yang nyata di sini dengan mengikuti langkah-langkah berikut:

  1. Pergi ke halaman web ini: http://cdi-its.com/Pages/Customer_Support.aspx (Ini adalah halaman dukungan pelanggan untuk CDI).
  2. Klik pada "Studi kasus" di tangan kiri navigasi.

Itu akan melompat ke bagian "Customer Support" studi kasus daftar.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Pra-kondisi: SharePoint Alert template untuk menyelamatkan (?)

Salah satu klien saya bekerja dengan seorang kontraktor yang sebelumnya untuk membangun sebuah kecil tapi berguna aplikasi SDM untuk perusahaan. Kontraktor yang menggunakan SharePoint Designer untuk mengimplementasikan alur kerja bagian dari solusi. Sedikit berantakan. Misalnya, ada sembilan SPD alur kerja untuk mendukung proses alur kerja logis tunggal dan hingga lima dari mereka mungkin api secara bersamaan pada waktu tertentu yang diberikan kondisi yang tepat. It’s not easy to debug πŸ™‚

Pelanggan saya memiliki sejumlah persyaratan masih beredar, salah satunya adalah untuk umumnya menyediakan konteks lain ketika sistem mengirimkan email peringatan – baik dalam email itu sendiri serta bentuk-bentuk terkait tugas. Sebagai SPD alur kerja pelaksana tahu, tindakan SPD "mengumpulkan data dari pengguna" benar-benar membuat tugas dengan jenis konten kustom. Apabila kita menggunakan tindakan, kita tidak bisa menentukan banyak. Kita dapat meminta untuk beberapa nilai (misalnya. "menyetujui" atau "menyangkal") dan kita dapat menetapkan nilai kode keras dalam judul dan deskripsi. Thats tentang hal itu.

Persyaratan pelanggan saya adalah dua kali lipat:

  1. Ketika SharePoint mengirim email tentang tugas tugas, mencakup banyak informasi tentang tugas di badan email.
  2. Lebih penting lagi, jauh – ketika pengguna mengklik tugas link dalam email, bentuk tugas harus memiliki semua informasi yang approver membutuhkan untuk membuat mereka menyetujui atau menolak keputusan. Sekarang, Manajer perlu klik pada link item sendiri untuk menelusuri ke rincian mendasari dan tidak ada yang suka yang. Anda harus mengklik dalam email. Maka Anda perlu untuk mengklik link semacam jelas pada item tugas. Kemudian Anda dapat melihat data yang mendasarinya (InfoPath membentuk dalam hal ini). Kemudian Anda klik kembali kembali, dll. Semmua orang membenci itu.

Aku telah mewarisi solusi teknis ini agak berantakan dan saya ingin membuat perubahan dalam cara yang paling tidak mengganggu mungkin.

Pendekatan yang saya mengambil sekarang adalah untuk membuat template kustom alert. Anda dapat membaca tentang itu di sini. Aliran ini bekerja seperti ini:

  • SPD alur kerja berjalan.
  • Di beberapa titik, menetapkan tugas untuk manajer.
  • SharePoint sistem secara otomatis mengirimkan peringatan untuk bahwa manajer. Ini bukan merupakan bagian dari alur kerja SPD melainkan "SharePoint apa." (SharePoint timer layanan, Saya percaya).
  • Handler lansiran kustom dipanggil mendukung dari proses alert standar (mengikuti aturan ajaib seperti yang dijelaskan di atas dirujuk artikel).
  • Ketika handler lansiran kustom saya berjalan, itu menghasilkan sebuah email yang indah. Lebih penting lagi, karena memiliki tugas di tangan, itu juga menghiasi tugas yang sebenarnya dengan semua informasi konteks yang diperlukan untuk memenuhi persyaratan bisnis.
  • Pengguna mendapatkan email dan penuh dengan informasi berguna konteks.
  • Pengguna mengklik link tugas dan tugas itu sendiri penuh dengan informasi berguna konteks.
  • Setiap orang goes home untuk memiliki semangka dan es krim.

Aku POC cepat dan itu bekerja dengan baik dalam lingkungan laboratorium. Saya mendapatkan peringatan email kustom saya seperti yang diharapkan. Saya juga mendapatkan untuk memperbarui tugas Deskripsi dan judul itu sendiri.

Sedikit rumit hanya, sejauh, adalah untuk menghindari situasi di mana lansiran update item, memicu lain waspada. Ini tidak khawatir me.

Tampak menjanjikan so far...

Hal yang besar tentang hal ini adalah bahwa saya tidak perlu Bergelandangan dengan salah satu alur kerja SPD yang ada. Mereka tak sadar bahwa sebuah peringatan handler adalah"IIZ BERLARI DI DA BAKGROUND, DECORATIN TEH TUGAS DAFTAR WIF MOAR KONTEKS”.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Demonstrasi SharePoint: SharePoint untuk membangun aplikasi vertikal bisnis leverage

[Catatan: Saya ingin langsung mengatakan bahwa saya memiliki kepentingan finansial dalam hasil yang diinginkan dari demonstrasi ini, yang saya menyebutkan untuk kepentingan pengungkapan penuh, dll. Ini adalah benar-benar pertama kalinya aku blogged sebelumnya tentang peristiwa tempat aku berdiri untuk keuntungan pribadi dalam cara ini.]

Demonstrasi web ini berlangsung Kamis, 06/04 pada 12:30 WIB, berakhir pada 1:30AM EDT.

Dalam kerjasama dengan mitra bisnis yang sangat baik saya, Sistem terpadu dan kelompok Layanan (ISSG), Saya telah bekerja untuk mengembangkan aplikasi bisnis vertikal menggunakan SharePoint sebagai platform. Dalam hal ini, Kami sedang membangun sebuah aplikasi yang melayani kebutuhan dari produsen yang membuat produk disesuaikan untuk pelanggan mereka. Dalam kasus ini, banyak kolaborasi perlu berlangsung antara pelanggan dan produsen. Ada juga banyak kolaborasi yang diperlukan antara kelompok-kelompok yang berbeda dalam produsen, termasuk penjualan, Rekayasa, penelitian dan pengembangan, hukum dan kelompok lain.

Demo akan menunjukkan sebuah aplikasi yang memfasilitasi kolaborasi semacam itu, bersama dengan sebuah diskusi tentang bagaimana semua bit kolaborasi orang perlu untuk mengintegrasikan dengan sistem ERP backend.

Terakhir, ini tidak akan menjadi SharePoint demo. Ini adalah demonstrasi dari solusi untuk masalah niche tertentu yang terjadi untuk menggunakan SharePoint sebagai platform.

Jadi, Mengapa Anda akan mengganggu untuk sign up dan melihat demo ini? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers πŸ™‚ Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Jika Anda tertarik, Silakan mendaftar di sini(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Anda dapat membongkar SharePoint desainer dari dingin saya, Dead tangan

Artikel terakhir saya Terserah pada www.EndUserSharePoint.com. Saya menulis tentang SharePoint Designer, Akhir pengguna dan garis besar strategi yang pengguna akhir mungkin mencoba dan mengikuti untuk menunjukkan kompetensi dan membangun kepercayaan di sekitar alat ini.

Komentar lebih menarik daripada artikel itu sendiri.

Check it out.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Profil pengguna MOSS sebagai otoritas untuk preferensi bahasa pengguna

Pada proyek saya saat ini, beberapa pengguna akan melakukan perjalanan di seluruh dunia dan ketika mereka tiba di tujuan yang berbeda, menggunakan mesin apapun berguna pada saat. Mereka semua mesin akan menjalankan Windows dan diinstal dan dikonfigurasi untuk lokal lokal. (Aku hanya menyadari bahwa mesin tamu mungkin tidak memiliki paket bahasa yang tepat… mungkin tidak, Sebenarnya… Aku 'm parkir yang satu untuk sekarang).

SharePoint perlu menyediakan mekanisme dimana pengguna dapat memilih bahasa pilihan mereka dan kemudian telah MOSS menghormati bahasa itu terlepas dari bagaimana pengguna mengakses MOSS. Dengan kata lain, mengabaikan apapun yang memberitahu browser IIS MOSS dan bukan mencari bahasa pilihan itu dan menggunakannya.

Kami akan menyelidiki dua pendekatan:

  1. HTTP Handler: Handler HTTP kustom diinstal pada IIS kunantikan MOSS profil pengguna, mengetahui bahasa yang dikehendaki dan kemudian beralih HTTP header di sekitar yang diperlukan sebelum melewati kontrol untuk MOSS.
  2. global.asax: Memodifikasi global.asax untuk melakukan hal yang sama. Kami dapat mengubah sesuatu yang lain, Tapi gagasan bahwa kita menemukan beberapa tempat di mana kita dapat menyisipkan logika yang switching lokal kami.

Faktor rumit lain adalah bahwa kita perlu untuk dukungan 60k pengguna, tentang 1,000 dari yang mungkin secara bersamaan mengakses MOSS di puncak load.

HTTP handler tampaknya cukup drastis, tapi mungkin tempat terbaik untuk menempatkan kode karena tingkat IIS dan mengetahui. Ini adalah titik tunggal baik pekerjaan.

Kami sedang bersandar ke arah pendekatan jenis global.asax, terutama karena kita percaya kita akan memiliki lebih banyak pilihan untuk caching data pada saat itu.

Aku akan blogging lebih banyak tentang hal ini sebagai aku belajar lebih banyak.

Jika Anda tahu apa-apa tentang ini, please post a comment πŸ™‚

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin