Berikut adalah artikel lain yang saya menulis untuk orang-orang baik di SharePoint Briefing berjudul "menemukan SharePoint bakat besar". Artikel ini mencoba untuk memberikan beberapa saran tentang cara untuk menemukan orang-orang yang benar-benar baik dan berpengalaman ketika Anda mencari untuk memperluas staf Anda.
Di sini adalah teaser:
</akhir>
Ikuti saya di kegugupan di http://www.twitter.com/pagalvin
Catatan: Artikel ini awalnya diumumkan untuk www.endusersharepoint.com. Saya lupa mempostingnya ke blog saya sendiri 🙂
SharePoint telah berevolusi banyak sejak awal sebagai semacam inkubasi teknologi di Microsoft –berkembang hampir seperti film horor, mana ilmuwan gila penciptaan membawa pada kehidupannya sendiri, melanggar bebas dari penciptanya itu harapan dan aturan. Evolusi teknis jelas-WSS 3.0 object model telah lebih kaya dan lebih kompleks daripada WSS 2.0, yang itu sendiri peningkatan atas versi sebelumnya. Versi berikutnya akan tidak diragukan lagi menunjukkan perkembangan yang luar biasa atas 3.0. Dari perspektif pengguna akhir, Namun, SharePoint evolusi bahkan lebih penting.
Pada masa awal, SharePoint tidak menawarkan banyak pengguna akhir. Mereka akan memiliki persyaratan fungsi biasa, bekerja dengan untuk menentukan nasib mereka baik dan menerapkan solusi. ITU akan menggunakan SharePoint untuk memecahkan masalah. Produk tidak sangat mudah bagi pengguna akhir. Aku berpikir melemparkan beberapa analogi, tapi aku memutuskan untuk tetap diagram Venn untuk menunjukkan apa yang saya maksud. Kapan Microsoft pertama kali dirilis SharePoint kepada dunia sebagai persembahan komersial, ia mengikuti pola relatif tradisional pengguna akhir <-> ITU hubungan. Banyak pengguna akhir, berkomunikasi dan bekerja dengan jumlah yang sangat kecil itu orang-orang untuk memberikan solusi yang dapat mengatasi masalah bisnis:
Keseluruhan masalah domain yang SharePoint adalah sebuah platform pengiriman cocok kecil (terutama dibandingkan dengan SharePoint hari ini. Pengguna akhir dan bekerja dalam pengaturan yang lebih klasik dengan itu: mendefinisikan persyaratan untuk itu, menunggu untuk melakukan itu pekerjaan mereka di balik tirai dan mengambil pengiriman dari produk akhir.
Seperti SharePoint berevolusi untuk 2.0 dunia (WSS 2.0 dan SharePoint Portal Server), beberapa hal yang terjadi. Pertama, "masalah domain" meningkat dalam ukuran. Oleh masalah domain, Maksudku jenis masalah bisnis yang SharePoint dapat menjadi solusi. Misalnya, Anda tidak akan berpikir terlalu keras tentang mengimplementasikan solusi Cari serius dalam lingkungan SharePoint sampai SPS (dan bahkan kemudian, tidak sebagus yang harus). Pada saat yang sama, Pengguna akhir memiliki kemampuan belum pernah terjadi sebelumnya untuk tidak hanya menentukan, tetapi juga menerapkan solusi mereka sendiri dengan sedikit atau tanpa dukungan IT.
The 3.0 platform (WSS dan MOSS) mempertahankan dan meningkatkan momentum. Domain masalah yang sangat besar dibandingkan dengan 2.0 platform. Hampir setiap departemen di perusahaan, mulai dari manufaktur Departemen Kesehatan dan keselamatan untuk pemasaran, dari penjualan untuk quality control-mereka dapat menemukan penggunaan yang baik untuk SharePoint (dan itu bukan kasus menumbuk pasak bulat dalam lubang persegi). Pada saat yang sama, platform memberdayakan pengguna akhir bahkan lebih untuk menerapkan solusi bisnis mereka sendiri. Saya mencoba untuk menangkap bahwa dengan diagram ini:
Ini telah terbukti menjadi keduanya campuran kuat dan frustasi. The 3.0 platform ternyata peran sebelumnya stabil di kepala mereka. Tiba-tiba, Pengguna akhir secara efektif Hakim, juri dan algojo analis bisnis, arsitek aplikasi dan pengembang untuk solusi bisnis mereka sendiri. Ini mendapat ke jantung masalah saya menulis tentang. Tapi sebelum aku menyelam ke dalam, Mari kita mempertimbangkan Gajah di kamar.
Bagaimana akan SharePoint 2010 mempengaruhi pola ini? Itu akan inkremental atau revolusioner? Akan lebih, lebih sedikit atau tentang jumlah yang sama pengguna akhir menemukan diri mereka diberdayakan untuk membangun solusi di SharePoint 2010? Domain masalah 2010's SharePoint akan memperluas lebih jauh atau akan itu hanya memperbaiki dan merampingkan apa yang sudah ia menawarkan di WSS 3.0 / MOSS?
Ada cukup informasi "out there" untuk aman mengatakan bahwa jawaban Umum:
Venn Diagram akan menjadi lebih besar dari Halaman ini dan menyebabkan beberapa IT Pro dan CxO's untuk meraih Pepto mereka.
Saya percaya itu akan menjadi kesempatan besar bagi perusahaan untuk melakukan beberapa hal yang benar-benar transformasi.
Ini terdengar besar, tapi dari sudut pandang sebagai konsultan SharePoint dan menempatkan diri dalam sepatu Manajer TI, Saya melihat visi ini. Saya memiliki toko Cina dengan indah piring, kristal, dll (lingkungan SharePoint saya). Saya telah menyewa gedung, Saya telah membeli persediaan dan meletakkannya di semua keluar cara saya menyukainya. Aku tidak cukup siap untuk membuka, Tapi dalam mengantisipasi, Saya melihat pintu untuk melihat jika mengantre pelanggan saya dan saya melihat sebenarnya banteng luar sana. Saya melihat lebih dekat dan benar-benar melihat dua sapi jantan dan bahkan serigala. Kemudian saya menyadari bahwa ada beberapa domba. Domba adalah Jadi Buruk, tetapi mereka mungkin disamarkan serigala? Saya tidak ingin banteng di toko Cina saya!
Ia mendapat lebih buruk! Ketika saya menyewa ruang, Aku tidak bisa percaya betapa menyenangkan itu. Luas dan terbuka, Fasilitas hebat, harga sangat wajar. Namun, Sekarang saya menyadari bahwa ruang terbuka lebar dan pintu besar adalah hanya ukuran sempurna untuk banteng datang berkeliaran di dan berbaring limbah ke Cina saya.
Saya mendorong analogi ini terlalu jauh, Tentu saja. Pengguna akhir tidak bulls (Kebanyakan dari mereka, Pokoknya) dan departemen TI tidak (atau tentunya tidak boleh) Lihat komunitas pengguna mereka dengan kecurigaan semacam itu. Namun, ada semacam ini sempurna tabrakan terjadi sudah masuk 3.0 platform yang saya harapkan akan hanya menjadi lebih buruk di SP 2010. SharePoint sudah memberdayakan dan mendorong pengguna untuk menentukan dan mengimplementasikan solusi mereka sendiri.
Bagus dan semua, tetapi kenyataannya adalah bahwa itu adalah masih produk sangat teknis dan masih panggilan untuk jenis analisis persyaratan bisnis yang kuat, Desain dan perencanaan Umum dan manajemen yang memerlukan teknis proyek untuk sukses. Ini tidak jenis keterampilan yang memiliki banyak pengguna akhir dalam mereka tas trik, terutama ketika fokus adalah pada produk teknis seperti SharePoint.
Aku sudah memberikan ini banyak pemikiran selama tahun lalu atau lebih dan aku tidak melihat jawaban mudah. Itu benar-benar bermuara pendidikan dan pelatihan. Saya berpikir bahwa SP 2010 akan mengubah permainan sedikit dan itu akan bermain berbeda dan dalam gerakan lambat sebagai perusahaan menggelar mereka SP 2010 solusi atas 2010 dan seterusnya. Untuk berhasil, Pengguna akhir akan perlu untuk mengubah diri dan mendapatkan sedikit itu agama. Mereka akan perlu untuk belajar sedikit tentang persyaratan tepat
analisis. Mereka akan memerlukan beberapa dokumentasi desain yang jelas mengidentifikasi alur kerja proses bisnis, misalnya. Mereka perlu memahami konsep dasar seperti CRUD (membuat, Update, dan delete), dev/uji/qa/prod lingkungan dan bagaimana menggunakan infrastruktur yang benar menggunakan solusi yang hidup baik lama dan tikungan (tidak istirahat) dalam menanggapi perubahan dalam organisasi.
Dalam beberapa minggu mendatang, Saya berencana untuk mencoba dan memberikan beberapa ide-ide baru saya sendiri, serta link ke karya besar yang dilakukan oleh banyak penulis lain (pada www.endusersharepoint.com dan di tempat lain) sehingga pengguna akhir yang tertarik dapat belajar bahwa lama waktu agama. Tetap peka.
</akhir>
Ikuti saya di kegugupan di http://www.twitter.com/pagalvin
[Catatan: Cross-posted untuk artikel ini Pengguna akhir SharePoint Sini: http://www.endusersharepoint.com/2009/09/09/sharepoint-a-case-study-in-ask-the-expert/]
Kadang-kadang, Ketika Anda bekerja sebagai konsultan (sebagai sebuah profesi, atau dalam peran konsultatif dalam perusahaan Anda), Anda menemukan diri Anda yang tinggal di sebuah cerita bawang. Bawang memiliki serangkaian artikel yang disebut "Ask [ahli] tentang [beberapa masalah]”. Ini mengikuti format "Dear Abby" terkenal di mana orang yang bersangkutan adalah meminta nasihat pribadi. Bawang 's "ahli", Namun, begitu terfokus pada daerah mereka keahlian dan saat ini masalah bahwa ahli mengabaikan pertanyaan sepenuhnya dan rambles tentang nya bidang keahlian. Sebagai konsultan, kita perlu diingat bahwa sepanjang waktu dan menghindari jatuh ke dalam perangkap yang. Hal ini klasik digambarkan seperti ini-"ketika Anda menggunakan sebuah palu sepanjang hari untuk memecahkan masalah Anda, semuanya dimulai terlihat seperti paku." Kami konsultan profesional yang selalu berjaga-jaga terhadap hal semacam itu, tapi kami datang ke dalam kontak dengan orang-orang yang serius profesional dalam peran mereka sendiri, tetapi tidak konsultan. Mereka tidak memiliki kebutuhan yang sama atau pelatihan untuk melakukan sebaliknya.
Minggu lalu, Aku menulis tentang salah satu perusahaan saya klien dan proyek berlangsung kita harus berkualitas tinggi kolaborasi antara berbagai dokter mata di AS dan Kanada melakukan penelitian klinis penyakit langka. Selain memanfaatkan fitur SharePoint inti untuk memungkinkan bahwa kolaborasi, Kami juga bekerja biaya pengajuan dan proses persetujuan. Itu rumit karena kita memiliki begitu banyak aktor:
Kelompok dibayarkan account telah menjadi tantangan. Bekerja dengan mereka hari mengingatkan saya dari serial bawang. Dalam peran saya sebagai konsultan bisnis, Saya menjelaskan kebutuhan perusahaan dibayarkan account:
Ketika saya menjelaskan kebutuhan, pihak ke-3 mengambil menyelam ke dalam istilah internal omong kosong mereka tentang proses persetujuan pengeluaran, Oracle kode, Wakil Presiden tanda tangan, 90 hari turn-arounds, dll. Dan panik. Saya tidak boleh melupakan panik. Salah satu persyaratan rock bed profesi konsultasi adalah untuk belajar bagaimana berkomunikasi dengan orang-orang seperti itu yang mereka sendiri tidak terlatih atau selalu merasa perlu untuk melakukan hal yang sama. Antara lain, ini adalah salah satu bagian terbaik dari menjadi seorang konsultan. Anda bisa memasuki dunia diisi dengan orang-orang bisnis dengan perspektif yang sama sekali berbeda. Aku membayangkan itu sedikit seperti memasuki pikiran seorang pembunuh berantai, kecuali bahwa Anda tidak merusak kehidupan setelah pengalaman (though entering the mind of an AP manager isn’t a walk in the park 🙂 [Lihat di bawah ini Catatan penting ***] ).
Salah satu hal besar mengenai dunia kita teknis sebagai orang-orang SharePoint adalah bahwa kita memiliki jawaban yang siap pakai untuk banyak kekhawatiran yang sangat valid bahwa orang-orang seperti saya kontak AP. Apakah Yii aman? Bagaimana saya tahu bahwa biaya benar Diperiksa? Saya bisa, sebagai pembayar akhir, melihat semua rincian biaya? Bagaimana melakukannya? Bagaimana jika saya melihat rincian tersebut dan tidak menyetujui mereka? Cara menolak mereka? Apa yang terjadi jika perubahan organisasi dan approver asli tidak lagi sekitar? Dengan mudah kita dapat mengubah proses untuk mencerminkan perubahan dalam sistem? Dapat saya kembali biaya ini setahun kemudian jika dan ketika saya mendapatkan diaudit dan perlu membela pembayaran?
Sebagai orang-orang SharePoint, kita dapat melihat bagaimana untuk menjawab pertanyaan-pertanyaan. Dalam kasus klien saya, kami menjawab mereka lebih atau kurang seperti ini:
Kesimpulan, ada gaya hidup di sini bahwa saya menggambarkan dari konsultan profesional pandang, tapi yang berlaku hampir sama penuh waktu karyawan di BA dan/atau kekuatan peran pengguna. Bekerja dengan sabar dengan para ahli di perusahaan Anda dan ekstrak persyaratan bisnis inti sebagai terbaik. Dengan pemahaman yang mendalam SharePoint fitur dan fungsi untuk menggambar di atas, lebih sering daripada tidak, Anda akan dapat menjawab masalah dan menawarkan cara-cara untuk meningkatkan semua orang bekerja hari memanfaatkan SharePoint fitur inti.
***Catatan penting: Saya benar-benar tidak berarti untuk membandingkan orang AP untuk pembunuh berantai. Namun, Aku mungkin bisa nama beberapa AP pro's yang mungkin berharap mereka bisa mendapatkan sebuah perintah penahanan terhadap saya menguntit mereka dan bertanya berulang-ulang. "Mana adalah saya cek?"" Mana adalah saya cek?"" Mana adalah saya cek?”
</akhir>
Ikuti saya di kegugupan di http://www.twitter.com/pagalvin
[Catatan: posting blog ini cross posted at Mark Miller situs di sini: http://www.endusersharepoint.com/?p = 1897]
Salah satu perusahaan saya klien yang lebih tidak biasa adalah seorang dokter kota New York yang merupakan pemimpin di bidang kedokteran (Eye care). Seperti banyak dokter, Dia memiliki minat yang kuat dalam penelitian. Ia ingin melakukan beberapa riset tentang gangguan mata langka yang mempengaruhi sejumlah orang di AS yang relatif kecil. dan Kanada. Aku tidak tahu nomor, Tapi itu benar-benar terlalu kecil untuk sebuah perusahaan farmasi besar untuk menginvestasikan dana pribadi sendiri dengan mata menuju sukses komersial akhirnya. Saya yakin pharma besar melakukan sejumlah penelitian ke dalam penyakit langka, tapi saya percaya bahwa AS. pemerintah mungkin adalah sumber terbesar pendanaan. Seperti apa pun, sumber daya langka. Banyak dokter di seluruh negeri ingin melakukan penelitian dan uji coba. Akibatnya, ada lebih dari sedikit kompetisi untuk pendanaan pemerintah yang. Ini adalah dimana perusahaan saya dan SharePoint memasukkan gambar.
Ide mendasar adalah bahwa organisasi master akan merekrut dokter lainnya di seluruh negeri dan Mintalah dokter-dokter praktik dalam studi penelitian tertentu. Praktik ini individu harus mendaftar dengan organisasi master dan kemudian, kemudian, mendaftar untuk studi tertentu. Hubungan terlihat seperti ini:
Master organisasi itu sendiri dibagi ke dalam kelompok:
Akhirnya, Kapan praktek dokter tertentu sign up untuk berpartisipasi dalam sebuah studi, mereka perlu menyediakan profesional untuk memenuhi berbagai peran:
Peran di atas memiliki peran yang sangat spesifik dan sangat terlarang yang bervariasi oleh studi. Aku tidak akan masuk ke lebih detil di sini, tetapi jika Anda tertarik, Tinggalkan komentar atau email saya.
Dan sekarang saya dapat menjawab pertanyaan, SharePoint-apa baik untuk? Jawabannya-itu benar-benar baik untuk skenario ini.
Intro ini sudah lebih lama daripada yang saya harapkan, Jadi saya akan meringkas peran penting yang dimainkan SharePoint dalam larutan dan menyelam ke dalam rincian dalam artikel yang akan datang (Jika Anda tidak bisa menunggu, email saya atau meninggalkan komentar dan saya akan senang untuk membahas dan mungkin bahkan mencoba untuk melakukan demo). Kami adalah memanfaatkan berbagai macam fitur SharePoint untuk mendukung konsep ini:
Dengan pengecualian bentuk berbasis modul otentikasi dan beberapa bentuk InfoPath, Proyek ini menggunakan hampir semua keluar dari kotak SharePoint fungsi.
Sebelum saya membungkus studi min-kasus ini, Saya ingin menunjukkan sesuatu yang sangat penting – tidak satupun terlibat dengan proyek ini (Selain dari perusahaan saya tentu) telah tahu bahwa sesuatu yang disebut "SharePoint" bermain seperti peran teknis fundamental. Hampir semua pengguna akhir saya melihat ini sebagai "situs web". Klien kami menghargai kami karena kami sedang menyelesaikan masalah bisnis mereka. SharePoint adalah gumpalan teknis besar kebaikan, tetapi dilakukan dengan benar, itu tidak relevan kepada pengguna akhir. Mereka membutuhkan masalah dipecahkan, tidak segumpal indah teknologi.
</akhir>
Ikuti saya di kegugupan di http://www.twitter.com/pagalvin
Atau is it just me? Saya sudah menerima tiga atau empat panggilan di rumah saya sejak akhir September mencari SharePoint bekerja. Aku digunakan untuk permohonan email, tapi panggilan telepon ini agak mengerikan. Saya tidak punya resume diperbarui di situs pekerjaan saya(seperti rakasa pr dadu) Sejak hampir dua tahun yang lalu tepatnya. Dan kembali kemudian, resume saya adalah semua tentang BizTalk dan MS CRM. Itulah satu-satunya tempat nomor telepon saya muncul pada baris di mana saja, Sejauh yang saya tahu.
</akhir>
Ikuti saya di kegugupan di http://www.twitter.com/pagalvin
Penutupan berpikir ini sebaliknya membosankan artikel berbicara baik untuk masalah-masalah yang sering dihadapi dalam komunitas teknis:
"Seperti suram perkembangan, diantisipasi dengan kepastian, harus ditanggung filosofis."
Hal ini menempatkan saya dalam pikiran dari salah satu presentasi saya berikan pada konferensi SharePoint praktik terbaik bulan lalu. Saya itu menggambarkan bagaimana mendapatkan "besar" kebutuhan bisnis dan seseorang di antara penonton bertanya, efek, apa yang harus dilakukan jika keadaan yang sedemikian rupa sehingga tidak mungkin untuk mendapatkan persyaratan besar. Misalnya, budaya perusahaan diberikan tempat di depan pengumpul persyaratan / analis bisnis, mencegah komunikasi langsung dengan pengguna akhir. Ini adalah halangan serius untuk mendapatkan kebutuhan bisnis besar. Jawaban saya adalah "berjalan pergi." Aku tidak humoris besar, Jadi aku terkejut melihat betapa lucu ini adalah untuk para penonton. Namun, Aku serius tentang hal ini. Jika Anda tidak bisa baik persyaratan, Anda dapat yakin bahwa hasil yang suram akan menghasilkan. Siapa yang ingin itu? Saya seorang konsultan, Jadi lebih realistis (Meskipun sangat menyakitkan dan drastis) bagi saya untuk pergi. Namun, Jika Anda sedang tertanam di sebuah perusahaan dan tidak ingin, atau tidak dapat, Walk away, George (for once 🙂 ) menunjukkan cara.
</akhir>
Ikuti saya di kegugupan di http://www.twitter.com/pagalvin
Seberapa sering hal ini terjadi kepada Anda? Aku duduk di laptop saya, membaca blog, menanggapi posting forum, 2 salinan visual studio membuka dan VPN akan keluar ke server lain dengan sendiri visual studio + 15 jendela browser (hari-hari biasa) dan seseorang bernama Samantha (istri saya, Rupanya) bilang, "Kami telah berada di sana di 30 menit. Berpakaian."
Aku bangun dengan linglung, berjalan di sekitar rumah bingung, masuk mobil dan hal berikutnya yang saya tahu, Aku di sebuah pesta dengan bir di tangan dan seseorang meminta saya, "Jadi, Apa pekerjaanmu?"
Percakapan ini tidak pernah pergi baik.
Saya: "Ahh … Saya seorang arsitek solusi untuk EMC."
Tanpa nama orang: menatap kosong
Saya: "Saya bekerja dengan sebuah produk yang disebut SharePoint … Hal ini dari Microsoft."
NP: "Aha! Aku pernah mendengar tentang perusahaan! Apakah SharePoint?"
Saya: "um … itu tidak kolaborasi … orang-orang menggunakannya untuk berbagi informasi … Ini adalah platform untuk membangun bisnis sol…"
NP: Kaca mata.
Saya: "Saya seorang programmer."
NP: "Aha! Saya tahu orang-orang di perusahaan saya melakukan pemrograman! Ketika saya masih di sekolah menengah, Aku bermain-main dengan BASIC."
Dan dengan itu bagian dari percakapan atas, kita beralih ke sesuatu yang lebih mudah untuk berbicara tentang, seperti politik.
Ada yang peduli untuk menggambarkan bagaimana mereka menangani ini?
</akhir>
Aku sudah di kelas dua minggu terakhir ini dan satu hal yang mengejutkan saya adalah bahwa ada banyak merenung, orang-orang pintar yang bekerja pada SharePoint (sebagai konsultan atau staf TI) yang tidak blog, kericau, tampaknya menyadari papan pesan publik seperti MSDN forum atau SharePoint Universitas, mempertahankan profil Facebook atau LinkedIn, dll. Mereka adalah murni informasi konsumen. Tidak buruk, hanya menarik.
</akhir>
Beberapa tahun yang lalu, bos saya meminta saya untuk melatih beberapa pengguna pada produk yang disebut hasil. Hasil adalah pengguna akhir alat pelaporan. Itu dianalogikan Layanan pelaporan SQL Server atau Crystal. Pada waktu yang, dirancang untuk dijalankan pada tabung hijau (misalnya. Wyse 50 Terminal) terhubung ke kotak Unix melalui telnet.
Default saya menjawab pertanyaan apapun yang dimulai dengan "dapat Anda … " adalah "Ya" dan itu adalah dimana semua kesulitan dimulai.
Klien adalah sebuah perusahaan kimia keluar di California Selatan dan telah hampir dibungkus implementasi ERP yang utama berdasarkan QAD's MFG/PRO. Rencana implementasi sekarang disebut bagi pengguna akhir pelatihan kekuatan pada produk hasil.
Aku tidak pengguna besar alat ini dan sudah pasti tidak pernah dilatih siapa pun. Namun, Aku telah mengadakan sejumlah kelas-kelas pelatihan lain dan cepat di kakiku, Jadi aku tidak terlalu khawatir. Dennis, instruktur hasil nyata penuh waktu, memberi saya nya materi pelatihan. Melihat kembali di atasnya sekarang, itu tidak benar-benar cukup masuk akal. Aku tidak tahu produk baik, pernah telah secara formal dilatih di atasnya dan pasti pernah mengajar itu. Bisnis apa aku memiliki pelatihan siapa pun di atasnya?
Untuk mempersulit logistik, Saya diminta untuk pergi dan bertemu seseorang di Chicago sebagai bagian dari keterlibatan pra-penjualan sepanjang jalan. Rencananya adalah untuk terbang keluar dari New Jersey, pergi ke Chicago, bertemu selama satu jam dengan prospek dan kemudian lanjutkan ke California.
Yah, Aku ke Chicago dan orang penjualan di tim saya telah membuat beberapa kesalahan dan tidak pernah dikonfirmasi pertemuan. Jadi, Saya muncul dan prospek tidak ada. Keren. Saya berkemas dan meninggalkan dan melanjutkan ke CA. Di suatu tempat selama proses ini, Saya mengetahui bahwa klien adalah belajar kurang dari 24 jam sebelum kedatangan saya bahwa "Paul Galvin" mengajar kelas, tidak Dennis. Klien menyukai Dennis. Mereka ingin tahu "siapa orang Paul Galvin ini?" "Mengapa kita percaya kepadanya?" "Mengapa kita harus membayar untuk dia?" Dennis jelas tidak berlangganan ke saya "memberikan berita buruk awal" Filsafat. Keren.
Saya tiba di bandara dan untuk beberapa alasan yang sangat bodoh, Saya telah memeriksa barang-barang saya. Saya dibuat untuk LAX tapi koper saya tidak. Bagi saya, kehilangan Bagasi adalah banyak seperti melalui tujuh Tahapan Tentu kesedihan. Akhirnya aku membuatnya ke hotel, dengan Bagasi tidak, lelah, lapar dan memakai saya (sekarang, sangat kusut) setelan bisnis. Dibutuhkan waktu lama untuk melakukan perjalanan dari Newark — untuk O'Hare — untuk klien — kembali ke O'Hare — dan akhirnya ke LAX.
Saya akhirnya menemukan diri saya duduk di kamar hotel, mengunyah sebuah bar snickers, lelah dan mencoba untuk menghidupkan energi untuk memindai melalui materi pelatihan lagi sehingga saya tidak akan terlihat seperti keledai lengkap di depan kelas. Ini adalah sedikit dari titik rendah bagi saya pada saat.
Aku terbangun keesokan harinya, Apakah terbaik untuk kelancaran keluar setelan jas saya sehingga saya tidak melihat seperti Willy Loman pada hari yang buruk dan kepala di atas ke klien. Seperti yang sering kasus, dalam orang dia adalah bagus, sopan dan sangat menyenangkan. Ini berdiri dalam kontras ke nya sangat marah email/pesan suara dari hari sebelumnya. Dia membawa saya tentang 3 mil melalui bangunan setelah bangunan untuk potong off daerah di sebuah gudang kimia raksasa yang mana kami akan mengadakan kelas selama tiga hari. The 15 atau 20 siswa perlahan-lahan merakit, Kebanyakan mereka masih mengharapkan Dennis.
Saya selalu memulai kelas pelatihan saya dengan memperkenalkan diri, memberikan beberapa latar belakang dan menulis informasi kontak saya di papan putih. Seperti yang saya katakan, "Selamat pagi, My name is Paulus Galvin", Saya menulis nama saya, email dan nomor telepon sampai pada papan putih di huruf besar sehingga setiap orang dapat melihatnya dengan jelas. Alamat saya kenyataan bahwa saya sedang menggantikan Dennis dan saya meyakinkan mereka bahwa aku pengganti yang cocok, dll. Aku punya orang sebentar memberitahu saya nama mereka dan apa yang mereka inginkan untuk mencapai dari kelas sehingga saya dapat menyesuaikan hal-hal untuk kebutuhan spesifik mereka saat aku pergi bersama. Hal-hal biasa.
Kami membungkus yang dan api up proyektor. Aku pergi untuk menghapus info kontak saya dan … Aku telah menulis dalam marker permanen. Aku merasa dipermalukan. Dalam mata pikiran saya, itu tampak seperti ini: Ada ini "Paulus Galvin" orang, menit terakhir pengganti Dennis Tercinta kami. Dia memakai kusut setelan bisnis dan bercukur. Ia hanya menulis suratnya besar nama pada papan putih kami di marker permanen. Apa pemandangan!
Itu semua berakhir bahagia, Namun. Ini adalah sebuah perusahaan kimia, Setidaknya. A beruban veteran karyawan menarik sesuatu dari rak dan, mungkin dalam pelanggaran peraturan EPA, membersihkan papan. Aku berhasil tetap 1/2 hari depan kelas sepanjang dan mereka memberi saya review bagus di ujung. Ini disemen saya "mencubit pemukul" reputasi di perusahaan saya. Barang-barang saya tiba hari pertama, Jadi saya jauh lebih rapi hari kedua dan ketiga.
Ketika saya mengambil mata merah pulang, Aku memikirkan "pelajaran". Ada banyak untuk merenungkan. Komunikasi adalah kunci. Memberitahu klien tentang perubahan dalam rencana. Tidak pernah memeriksa bagasi Anda di Bandara jika Anda mungkin dapat menghindari itu. Membawa cadangan "barang" dalam kasus Anda memeriksa bagasi Anda dan hal itu tidak membuatnya. Saya pikir paling penting pelajaran yang saya pelajari, Namun, ini: selalu menguji sebuah penanda di sudut kiri bawah papan putih sebelum menulis, huruf besar, "Paul Galvin".
</akhir>
Karena beberapa eksentrik United Airlines Penerbangan saya mengambil pada pertengahan tahun, Entah bagaimana saya berakhir dengan tawaran untuk mengubah "tidak terpakai km" ke dalam sekitar selusin langganan majalah gratis. Itulah bagaimana aku akhirnya berlangganan Scientific American majalah.
Sebagai perangkat lunak / berkonsultasi dengan orang, kita menghadapi banyak kebutuhan bisnis sulit dalam karir kami. Sebagian besar waktu, kami mencintai memenuhi persyaratan tersebut dan pada kenyataannya, ini mungkin adalah mengapa kita berpikir karir ini adalah yang terbaik di dunia. Aku kadang-kadang bertanya-tanya apa di dunia akan telah kulakukan dengan diriku sendiri jika aku telah Lahir pada waktu lainnya dalam sejarah. Bagaimana mengerikan itu akan kehilangan keluar pada jenis pekerjaan yang saya bisa lakukan sekarang, ini waktu dan tempat dalam sejarah dunia? Saya rasa: cukup mengerikan.
Selama bertahun-tahun, beberapa persyaratan saya telah menghadapi telah sangat menantang untuk memenuhi. Kompleks SharePoint stuff, membangun web pengolahan kerangka berdasarkan teknologi bebas-web-ramah, kompleks BizTalk orchestrations dan sejenisnya. Kita semua dapat (mudah-mudahan) melihat bangga kembali pada karir kita dan berkata, "Ya, itu adalah satu sulit untuk memecahkan, tapi pada akhirnya aku pwned sumbitch yang!" Lebih baik lagi, tantangan yang bahkan lebih menarik dan menyenangkan menunggu.
Saya secara pribadi berpikir bahwa resume saya, dalam hal ini, cukup mendalam dan saya cukup bangga akan hal itu (Meskipun aku tahu istri saya tidak akan pernah mengerti 1/20 dari itu). Tapi minggu ini, Saya membaca sebuah artikel tentang Penumbuk Hadron Raksasa dalam saya Scientific American majalah dan punya satu momen merendahkan yang langka di mana saya menyadari bahwa meskipun saya "raksasa" status di kalangan tertentu atau seberapa dalam saya berpikir saya baik pengalaman, ada raksasa yang nyata di dunia yang benar-benar berbeda.
Orang-orang di tim LHC memiliki beberapa masalah yang benar-benar berduri untuk mengelola. Pertimbangkan bulan. Saya tidak benar-benar berpikir banyak tentang bulan (Meskipun aku sudah sangat mencurigakan tentang hal itu karena saya belajar itu memperlambat rotasi bumi, yang tidak bisa menjadi hal yang baik untuk kita manusia dalam jangka panjang). Tapi, Tim LHC perlu khawatir. LHC's mengukur perangkat sangat sensitif bahwa mereka dipengaruhi oleh bulan (Earth-Rotation-slowing-and-eventually-Killing-All-Life) gravitasi. Itulah heck of persyaratan untuk memenuhi — menghasilkan pengukuran yang benar meskipun gangguan bulan.
Saya sedang merenungkan masalah itu ketika saya membaca kalimat ini: "Tingkat pertama akan menerima dan menganalisis data dari hanya sebuah subset dari semua detektor komponen, dari mana itu dapat memilih menjanjikan peristiwa, berdasarkan faktor-faktor yang terisolasi seperti apakah muon energik itu terlihat terbang keluar pada sudut besar dari sumbu balok." Benarkah … ? Aku tidak bermain dalam bahwa jenis sandbox dan tidak pernah akan.
Waktu berikutnya aku keluar dengan beberapa teman, Aku akan mengangkat bersulang untuk orang-orang baik yang bekerja pada LHC, berharap mereka tidak berhasil menimbang partikel Higgs boson dan mengutuk bulan. Saya sarankan Anda melakukan hal yang sama. It will be quite the toast 🙂
</akhir>
