Bagaimana Anda masuk ke zona itu? Berapa lama? Langkah apa yang Anda ambil sebelumnya? [Tutup]

40

Masuk ke zona adalah proses yang menyenangkan dan berbuah. Kami menghasilkan kode sumber yang baik dan kami mendapatkan banyak kepuasan dari pekerjaan kami yang dilakukan saat berada di zona tersebut. Tapi, bagaimana cara seseorang masuk ke 'zona'? Apakah Anda mengikuti proses tertentu? Selain beralih dari sistem email, ponsel dan aplikasi tidak produktif duniawi lainnya, adakah hal lain yang bisa dilakukan?

productivity experience

— PradeepGB
sumber

Nah, usahakan jangan sampai terganggu, nyalakan musik, yang penting adalah memiliki lagu yang sama. Letakkan lagu yang Anda sukai, semangat. Lagu itu tidak masalah, akhirnya Anda tidak akan mendengarnya. Anda perlu mengambil masalah yang entah bagaimana menarik bagi Anda dan Anda harus sudah tahu bagaimana menyelesaikannya. Jangan memikirkan apa pun kecuali masalahnya. Biarkan saja mengalir. Anda akan menyadari bahwa Anda berada di zona setelah Anda berada di dalamnya, karena Anda berada di zona Anda tidak dapat tahu Anda berada di zona :)

— Mihai Stanescu

71

Berkonsentrasilah pada apa yang perlu Anda lakukan. Usahakan untuk benar-benar mulai melakukannya. Ini bisa menjadi salah satu hal yang paling sulit - untuk berhenti mengoceh secara aktif.

Jangan buka email. Tidak memiliki Fakebook di jendela lain. Tidak ada StackExchange yang berjalan. Tidak ada forum. Hanya sepi. Dan kemudian melanjutkan.

Biasanya saya membutuhkan waktu (dan hampir semua orang lain yang saya kenal) sekitar 15-20 menit untuk sampai ke sana.

Anda umumnya dapat mempertahankan "zona" selama sekitar 2 jam, dan umumnya hanya sekali sehari - secara mental cukup melelahkan. Jika Anda super-duper, Anda mungkin mengelolanya dua kali dalam sehari. Setelah "zona" sisa hari Anda cukup ringan dengan perbandingan, Anda menyelesaikan sesuatu tetapi ledakan produktivitas besar berakhir.

Oh - dan keluar dari zona waktu sekitar 3 detik - misalnya panggilan telepon, atau seseorang menjulurkan kepala dan berkata: "Boleh saya sesaat" - yang jawabannya adalah: "ya, Anda sudah melakukannya". Bang Zona hilang. 15-20 untuk kembali.

Luar biasa berapa banyak cacat s / w bodoh yang diperkenalkan dengan tersingkir dari zona tersebut.

Luar biasa juga berapa banyak orang (terutama manajer) berpikir bahwa rencana terbuka adalah cara yang sangat baik untuk mengembangkan perangkat lunak berkualitas (di mana tidak ada yang pernah masuk ke zona apalagi tinggal di sana).

— dengan cepat_now
sumber

14

+1 untuk paragraf rencana terbuka.

— Tidak ada yang

1

Mungkin Anda memiliki lingkungan kerja khusus. Mungkin Anda tidak biasa. Jika itu berhasil untuk Anda, jangan mempertanyakannya!

— cepat,

2

Buka Paket SUCKS waktu besar. Baik bagi pengembang untuk berkomunikasi - dalam kelompok 2 atau 3. Lebih dari itu, ia menyedot produktivitas dan membuangnya ke luar jendela. Inovasi terburuk dalam perencanaan kantor, pernah ada.

— quick_now

1

Saya sangat tidak setuju tentang rencana terbuka. Saya bekerja di kantor rencana terbuka (di lantai perdagangan ) DAN juga di rumah. Secara teoritis, saya harus jauh lebih produktif di rumah (lingkungan yang tenang, tidak ada anak atau hewan peliharaan, pasangan saya menghargai saya bekerja). Yang benar adalah bahwa saya sering lebih produktif di kantor. Saya memiliki pedagang CDS membuat transaksi di telepon di sebelah saya, dan itu hanya membantu saya "mendapatkan suasana hati" untuk bekerja dan berkonsentrasi pada masalah yang saya pecahkan. Melihat orang-orang bekerja keras di samping Anda membantu Anda mengalahkan kemalasan Anda juga ;-)

— quant_dev

2

Untuk masing-masing. Namun (sekali lagi mengutip DeMarco) sejumlah studi tentang produktivitas programmer selama beberapa tahun telah menunjukkan bahwa rencana terbuka menyebabkan penurunan produktivitas. Dari pengalaman saya sendiri, dan banyak orang di sekitar saya - rencana terbuka telah menjadi bencana.

— cepat

7

Tutup semua jendela browser yang mengarah ke StackExchange dan cukup, kopi yang baik mungkin merupakan tempat yang baik untuk memulai.

1

musik adalah suatu keharusan

— pythonian29033

7

Satu hal yang saya temukan sangat membantu untuk masuk ke 'zona' sebenarnya adalah 'zonasi'. Saya biasanya memakai headphone dan mendengarkan instrumental, tidak liris (dalam kasus khusus saya Dj Tiesto ) ketika mencoba mengabaikan dunia luar. Headphone dan musik bertindak sebagai penghalang dari dunia luar. Penelitian telah membuktikan bahwa mendengarkan musik klasik membantu konsentrasi.

Solusi ini mungkin tidak optimal di lingkungan perusahaan karena konektivitas dan komunikasi sangat penting, namun jika situasinya memungkinkan, mendengarkan musik di latar belakang, atau menggunakan headphone dapat membantu.

— James Mertz
sumber

3

Hal liris sangat penting di sini saya temukan. Hal lain yang saya perhatikan adalah bahwa jika saya merancang sesuatu daripada debugging atau pemrograman, musik mengurangi daripada membantu dan saya benar-benar membutuhkan tempat yang tenang. Hanya variabel lain untuk dilemparkan :-)

— Kevin Shea

Saya perhatikan varian lain. Menempatkan headphone peredam bising aktif dengan musik instrumental dengan volume sangat rendah sehingga Anda hampir tidak dapat mengetahui bahwa ada musik. Memungkinkan terkonsentrasi. Juga memungkinkan untuk tidur siang jika berbaring secara horizontal.

— Stéphane Gourichon

Saya menemukan bahwa saya dapat mendengarkan musik liris, tetapi hanya jika saya sudah sangat akrab dengannya. Jadi, daftar putar favorit di Youtube tidak mengganggu, tetapi Pandora atau Spotify melakukannya secara acak.

— Jeutnarg

Ya, tidak ada yang lebih buruk daripada berpikir Anda "berada di zona" dengan bermain musik, dan kemudian tiba-tiba menyadari bahwa Anda belum mengetik apa pun pada keyboard Anda dalam 5 menit karena Anda bernyanyi bersama di kepala Anda, "... penulis dan ranger, dan seorang bocah lelaki yang membawa senjata ... DOH !! "

— Ogre Psalm33

5

Inilah artikel Joel On Software yang membahas hal ini .

... keuntungan produktivitas terdokumentasi yang diberikan dengan memberi ruang pengetahuan kepada pekerja, ketenangan, dan privasi. Buku manajemen perangkat lunak klasik, Peopleware, mendokumentasikan manfaat produktivitas ini secara luas ...

Inilah masalahnya. Kita semua tahu bahwa pekerja pengetahuan bekerja paling baik dengan masuk ke "aliran", juga dikenal sebagai "di zona", di mana mereka sepenuhnya berkonsentrasi pada pekerjaan mereka dan sepenuhnya disetel keluar dari lingkungan mereka. Mereka lupa waktu dan menghasilkan hal-hal hebat melalui konsentrasi absolut. Inilah saatnya mereka menyelesaikan semua pekerjaan produktif mereka. Penulis, programmer, ilmuwan, dan bahkan pemain bola basket akan memberi tahu Anda tentang berada di zona tersebut.

Masalahnya, masuk ke "zona" itu tidak mudah. Ketika Anda mencoba mengukurnya, sepertinya dibutuhkan rata-rata 15 menit untuk mulai bekerja dengan produktivitas maksimum. Kadang-kadang, jika Anda lelah atau sudah melakukan banyak pekerjaan kreatif hari itu, Anda tidak bisa masuk ke zona itu dan menghabiskan sisa hari kerja Anda bermain-main, membaca web, bermain Tetris.

Masalah lain adalah bahwa hal itu begitu mudah untuk mendapatkan mengetuk keluar dari zona tersebut. Kebisingan, panggilan telepon, keluar untuk makan siang, harus berkendara 5 menit ke Starbucks untuk minum kopi, dan gangguan oleh rekan kerja - Terutama gangguan oleh rekan kerja - semua membuat Anda terbebas dari zona. Jika Anda mengambil interupsi 1 menit oleh rekan kerja yang mengajukan pertanyaan kepada Anda, dan ini membuat konsentrasi Anda tidak cukup sehingga Anda perlu setengah jam untuk menjadi produktif lagi, produktivitas keseluruhan Anda dalam masalah serius. Jika Anda berada di lingkungan bullpen yang berisik seperti jenis yang suka dibuat oleh dotcom, dengan orang-orang pemasaran berteriak di telepon di sebelah programmer, produktivitas Anda akan menurun karena pekerja berpengetahuan terganggu dari waktu ke waktu dan tidak pernah masuk ke zona tersebut.

Dengan programmer, ini sangat sulit. Produktivitas tergantung pada kemampuan menyulap banyak detail kecil dalam memori jangka pendek sekaligus. Gangguan apa pun dapat menyebabkan detail ini runtuh. Saat Anda melanjutkan pekerjaan, Anda tidak dapat mengingat detail apa pun (seperti nama variabel lokal yang Anda gunakan, atau di mana Anda merencanakan implementasi algoritma pencarian itu) dan Anda harus terus mencari hal-hal ini, yang memperlambat Anda banyak sampai Anda kembali ke kecepatan.

Inilah aljabar sederhana. Katakanlah (seperti bukti yang tampaknya menunjukkan) bahwa jika kita mengganggu seorang programmer, bahkan selama satu menit, kita benar-benar menghabiskan 15 menit produktivitas. Untuk contoh ini, mari kita letakkan dua programmer, Jeff dan Mutt, di bilik terbuka bersebelahan di pertanian penggemukan daging sapi Dilbert standar. Mutt tidak dapat mengingat nama versi Unicode dari fungsi strcpy. Dia bisa mencarinya, yang membutuhkan waktu 30 detik, atau dia bisa bertanya pada Jeff, yang membutuhkan waktu 15 detik. Karena dia duduk tepat di sebelah Jeff, dia bertanya pada Jeff. Jeff terganggu dan kehilangan 15 menit produktivitas (untuk menghemat Mutt 15 detik).

Sekarang mari kita pindahkan mereka ke kantor terpisah dengan dinding dan pintu. Sekarang ketika Mutt tidak dapat mengingat nama fungsi itu, ia dapat mencarinya, yang masih membutuhkan waktu 30 detik, atau ia dapat bertanya kepada Jeff, yang sekarang membutuhkan waktu 45 detik dan melibatkan berdiri (bukan tugas yang mudah mengingat kebugaran fisik rata-rata programmer!). Jadi dia mencarinya. Jadi sekarang Mutt kehilangan 30 detik produktivitas, tetapi kami menghemat 15 menit untuk Jeff ...

— JBRWilkinson
sumber

3

Jawaban lain tentang bagaimana berkonsentrasi dan tidak terganggu adalah baik dan saya belum banyak menambahkannya. Satu-satunya fakta yang saya curigai adalah aturan tentang angka konkret (berapa banyak waktu yang dibutuhkan untuk ...). Saya yakin bahwa angka seperti itu tidak dapat digeneralisasi sedemikian rupa. Namun penting untuk berkonsentrasi pada tugas Anda dan untuk menghindari gangguan.

Tugas yang sedang Anda kerjakan juga sangat penting!

Berikut adalah beberapa aturan umum tentang tugas yang sedang Anda kerjakan:

Seseorang harus terlibat dalam suatu kegiatan dengan serangkaian tujuan yang jelas. Ini menambah arah dan struktur pada tugas.

Seseorang harus memiliki keseimbangan yang baik antara tantangan yang dirasakan dari tugas yang dihadapi dan keterampilan yang dirasakannya sendiri. Seseorang harus memiliki keyakinan bahwa ia mampu melakukan tugas yang dihadapi.

Tugas yang dihadapi harus memiliki umpan balik yang jelas dan segera. Ini membantu orang tersebut menegosiasikan setiap tuntutan yang berubah dan memungkinkannya menyesuaikan kinerjanya untuk mempertahankan kondisi aliran.

Csikszentmihalyi, M .; Abuhamdeh, S. & Nakamura, J. (2005), "Flow", dalam Elliot, A., Buku Pegangan Kompetensi dan Motivasi, New York: The Guilford Press, hal. 598-698

Aturan-aturan ini tidak secara spesifik terkait dengan pengembangan perangkat lunak tetapi dapat diterapkan dengan mudah.

Hanya untuk menambahkan beberapa contoh tentang bagaimana Anda dapat memeriksa apakah kondisi ini berlaku untuk Anda dan tugas Anda:

Apakah Anda tahu apa yang akan Anda lakukan selanjutnya? Mungkin menetapkan tujuan yang lebih kecil? APAKAH Anda menggunakan Test-Driven-Development? Apakah Anda memiliki pengetahuan yang diperlukan untuk menyelesaikan tugas Anda? Apakah Anda bekerja dengan IDE? dll ...

Ini hanya untuk memberi Anda gambaran bagaimana itu bisa diterapkan ke pemrograman, itu tidak dapat digeneralisasi.

— FabianB
sumber

3

Dapatkan tugas pertama pada daftar terpelihara dengan baik .

Rahasianya adalah memiliki daftar itu!

Ada satu cara yang sangat efektif untuk mengalahkan penundaan. Itu telah dijelaskan dalam buku Getting Things Done .

Pertama, Anda harus menyimpan daftar hal yang harus dilakukan. Metodologi yang diajukan bagus (baca di wikipedia).

Maka itulah cara Anda menulis tugas Anda.

Daripada menulis:

Lakukan dokumentasi ui baru (aduh calon penunda yang baik)

Menulis:

Panggil Robert untuk memintanya untuk menyertakan Ambil tangkapan layar dari UI baru. Tulis ringkasan tentang apa yang harus dikatakan, dll.

Kuncinya adalah bahwa tugas itu kecil, dan merupakan tindakan nyata. Mudah untuk memulai. Dan semua orang di sini tahu bahwa ketika Anda mulai, Anda telah mengalahkan penundaan.

— Komunitas
sumber

2

Apa yang Anda maksud dengan zona? Apakah ketika Anda begitu fokus pada pekerjaan Anda sehingga Anda lupa makan dan seluruh dunia dan semua orang di dalamnya tampak seperti white noise ketika Anda benar-benar fokus?

Saya akui saya tidak bisa melakukannya setiap hari tetapi pada hari ketika saya mencapai zona itu,

Musik atau headphone tanpa musik adalah cara yang bagus untuk masuk ke zona tersebut. Pastikan Anda tidak menyambungkan headphone Anda ke komputer , pastikan headphone tersambung ke ipod atau pemutar mp3 Anda. Ini karena sangat mudah untuk pergi ke youtube atau mulai mengunduh hal-hal .... ketika sumber suara Anda hanya musik dan tidak ada yang lain.

Ketika Anda mencapai titik di mana Anda tidak fokus pada mendengarkan musik dan itu terdengar seperti white noise, itu adalah konfirmasi bahwa Anda sekarang berada di zona tersebut.

Cara yang jauh lebih mudah adalah dengan hanya memulai pengkodean untuk membuat api pada dasarnya .... tetapi kadang-kadang hanya untuk mendapatkan tahap awal itu sulit .... baik mengambil musik yang Anda dengar, benar-benar mendengarkan musik dan masuk ke dalam musik .... salurkan hasrat dalam musik itu sekarang ke kode Anda.

— Kim Jong Woo
sumber