Apakah Anda harus tersandung dalam pekerjaan? Di sini Anda mengambil tugas: untuk mengatur timer yang indah: "Selalu ada 2 jam lagi sampai akhir penawaran super." Buka editor ... dan klik: dan bagaimana melakukan sesuatu? Tampaknya saya mendengar sesuatu yang mulai kami lakukan di pendaratan Vue. Atau apakah masih ada reaksi?
Ini bagus ketika Anda berada di ruang terbuka duduk melalui dua meja. Anda selalu bisa bangun dan bertanya dengan tenang kepada tetangga, "Ingatkan saya, apakah kita mengambil Vue untuk semua orang sekarang?" Lebih buruk lagi jika TL berada di zona waktu yang berbeda. Pertanyaan yang sama - tetapi jawabannya adalah besok. Dan jika dia berputar, maka lusa. Dan itu saja, bukannya 1 menit - dua hari penundaan.
Atau lebih buruk. Anda duduk, jangan menyentuh siapa pun, lalu tiba-tiba bisikan pelan di 3 lantai dengan pertanyaan di atas. Anda menjawab dengan cepat, dan kembali mengembalikan konteksnya. Tapi yang harus Anda lakukan adalah melihat ke wiki ...
Jadi, aturan pribadi saya tentang pekerjaan jarak jauh, yang saya serap saat lepas.
Tentu saja, saya tidak selalu mengikuti mereka. Dan ya, beberapa tahun bekerja di kantor sudah menyebabkan distorsi seperti "mari kita bertemu dan berdiskusi secara langsung." Tapi aku bertarung! Dan saya mencoba untuk terus menempel pada mereka.
- Selalu luangkan waktu untuk menemukan jawabannya sendiri.
Alasan: informasi yang dia temukan lebih dikenang; lapisan konteks yang sangat besar tak terlihat terakumulasi di sepanjang jalan.
Bonus: menghemat TTL tanya-jawab, hingga seminggu ketika guru di zona waktu lain sedang berlibur di sebuah pesta.
Cons: bahkan jawaban sederhana ya / tidak sering membutuhkan urutan lebih banyak waktu daripada mendapatkan jawaban sendiri. - Selalu gambarkan konteksnya dengan mengajukan pertanyaan. Bukan " mengambil React atau Vue? " Tapi " kami mulai menggergaji bagian depan untuk pendaratan pelanggan Kudykatishkin. Apakah sudah ada solusi untuk standar untuk itu? Saya tidak menemukan wiki, yang terakhir hanya memiliki tata letak html kosong untuk mereka. Kita perlu mengambil React atau Vue untuk dinamika? ".
Alasan: kuota berpola pembaca sabun modern tidak selalu nyaman untuk diskusi, dan ketika seorang guru dipanggil di tengah diskusi, dia hampir pasti akan merespons berdasarkan konteksnya saat ini. Mengatur konteks lokal memungkinkan Anda mendapatkan jawaban atas pertanyaan ANDA, alih-alih pemikiran tentang topik tersebut.
Bonus: topik menjadi bagian yang didokumentasikan sendiri untuk arkeologi, bahkan jika sekali lagi mereka lupa memasukkan solusi ke wiki.
Cons: "Untuk mengajukan pertanyaan dengan benar, Anda perlu tahu sebagian besar jawabannya" (c) Robert Sheckley. "Pertanyaan yang tepat." - Selalu gambarkan konteksnya, berikan jawaban. Bukan " Vue .", Tapi " sejak penaklukan para firaun, untuk semua pelanggan yang tidak marah dengan harapan pergi ke studio yang lebih murah di masa depan, kami menggunakan Vue. Untuk semua pelanggan yang marah, entri wiki adalah wajib. " .
Alasan: semua kutipan keriting yang sama, ditambah sorotan cerdas jawaban atas pertanyaan di mesin pencari. Kehadiran konteks lokal memungkinkan solusi ini diterapkan di masa depan.
Bonus: seseorang yang ingin menemukan jawaban sendiri dapat menemukan jawaban ini dan mengikutinya. Omong-omong, jawaban ini mungkin sudah usang. Jadi ketika kita menulis jawaban seperti itu, kita melihat paragraf berikutnya.
Cons: jika Anda adalah "guru" yang sama, maka jumlah pertanyaan seperti itu tumbuh dari waktu ke waktu, dan pertumbuhan ini sering tidak merata meskipun semua upaya pelatihan; jadi ... lihat paragraf berikutnya. - Ketika kami mendapatkan pertanyaan kedua, kami menemukan jawaban terakhir kami (yang, seperti yang kita ingat, akan memiliki konteks yang cukup dalam dirinya sendiri), kami membawanya ke tempat yang wajar di wiki ("prinsip teknis umum", "berdasarkan pada proyek Kudykatishkin" atau "FAQ Guru") , buat tautan pendek ke jawabannya, dan kutip jawabannya beserta tautannya.
Alasan: jawabannya mungkin sudah ketinggalan zaman, dalam paragraf dengan tautan Anda dapat menulis "ketinggalan zaman!"; kami mengutip segala sesuatu sebagaimana adanya untuk mengurangi waktu yang dihabiskan oleh si penanya (dia sudah menghabiskan waktu mencari jawaban, dan jika karena alasan tertentu dia tidak dapat menemukan jawaban sebelumnya - jangan membuatnya kehilangan lebih banyak waktu).
Bonus: kami memiliki FAQ yang terus bertambah, yang meminimalkan jumlah pertanyaan dari orang-orang yang berhasil dalam pencarian, jawaban membutuhkan waktu beberapa detik untuk menganalisis konteks yang diberikan dan untuk mendapatkan tautan dari katalog jawaban yang ada.
Cons: membuat dokumentasi jatuh di pundak mereka yang bisa memberikan jawaban. Berhenti, tetapi apakah itu minus? - Aktifkan mode telepatis. Ya, saya tahu bahwa semua telepatis sedang berlibur - jadi kami harus melakukan pekerjaan mereka. Gunakan konteks yang disediakan untuk menjawab pertanyaan yang jelas-jelas diikuti. Katakan saja " Vue. Ngomong-ngomong, selama tiga hari kami memutuskan untuk melakukan pendaratan baru menggunakan Gridsome, lihat deskripsi yang sangat baik tentang bagaimana mempersiapkannya di link.int/gridsome. Dan silakan periksa grafiknya tanpa tanda air - Saya tahu, "Ini bukan pekerjaanmu, tetapi tata letak telah beralih ke jaringan saraf, sehingga bagian itu tergelincir, aku tidak ingin pelanggan memperhatikannya lagi . "
Alasan: ini masih konteks masalah yang sama - pembaca, bahkan jika dia tahu semua ini, akan yakin bahwa semuanya valid; dan jika dia masih tidak, dia tiba-tiba tahu.
Bonus: semakin banyak informasi dimasukkan dalam jawaban, semakin tinggi kemungkinan tidak akan ada lagi pertanyaan, yang berarti semakin banyak siklus tanya-jawab akan disimpan. Dan juga bagi mereka yang kemudian menemukan jawabannya.
Cons: prediksi cabang membawa risiko pekerjaan terbuang dalam kasus khusus ini, tetapi itu adalah keterampilan yang baik dalam telepati. - Sementara kami menulis jawabannya, kami juga memikirkan kembali dan mencoba konteks yang diberikan. Ya, ya Kami mencoba untuk menghindari copy-paste sembarangan. Pertanyaan: "Saya melihat bahwa kami melakukan segalanya di Vue, tetapi karena alasan tertentu tiga halaman pendaratan terakhir berada di jQuery. Saya tidak menemukan informasi apa pun di wiki, dan penulis dari tiga halaman pendaratan terakhir pergi ke laut (mengapa mereka melempar bug terakhir pada saya).". Ya, Anda dapat menempelkan jawaban di atas tentang "Vue kecuali dinyatakan lain di wiki," tetapi lebih baik untuk mencoba bertanya kepada manajer liburan (langsung atau dengan melemparkannya ke utas) dan menjalankan pelacak komunikasi dengan klien.
Alasan: ya, ya, Anda tahu lebih baik, dan ya, semuanya harus ada di wiki, tetapi orang-orang salah, bahkan sama tidak salahnya dengan Anda dan departemen komunikasi pelanggan. Mungkin ini adalah persyaratan yang mereka lupa tambahkan ke wiki? ..
Bonus: jika Anda lupa, akan mungkin untuk menyetor, untuk menghindari konflik dengan klien, dan juga sekali lagi mengingatkan semua yang bertanggung jawab untuk membawa hal-hal seperti itu.
Cons: kehilangan waktu di sini dan sekarang untuk penggalian tambahan.
Selama pekerjaan saya, saya harus menerapkan aturan-aturan ini ketika coding, ketika membalikkan, ketika menganalisis data, ketika tata letak, selama perlindungan terhadap serangan DDoS dan ketika mengisi formulir pajak. Cobalah untuk mengingat lusinan diskusi baru-baru ini di mana konsensus masih tercapai, dan bayangkan pertanyaan dan jawaban akan dirumuskan kembali sesuai dengan aturan ini ...
...
Bonus yang dijanjikan: 10 kertas dan 10 e-book "Bisnis sendiri" dibagikan oleh Milfgard (freebie berakhir, terima kasih semuanya!).