Apakah normal bagi programmer untuk bekerja pada banyak proyek secara bersamaan [ditutup]


40

Pada pekerjaan saat ini saya memiliki dua proyek untuk dikerjakan. Pertama adalah sistem yang sangat besar dan yang kedua lebih kecil tetapi juga besar (proyek pertama sedang dikembangkan selama 12 tahun, kedua selama 4 tahun).

Awalnya saya hanya mengerjakan proyek pertama dan mencoba membiasakan diri. Kemudian saya dipindahkan ke proyek kedua dan mencoba di sana, sehingga pengetahuan saya tentang proyek pertama menjadi teduh. Sekarang saya harus mengerjakan kedua proyek secara bersamaan.

Ini sangat sulit bagi saya karena meskipun mereka berdua menggunakan java, mereka menggunakan kerangka kerja yang berbeda dan jumlah kode dan logika bisnis untuk dipahami sangat besar sehingga saya benar-benar tidak dapat menahan kedua proyek itu di kepala saya.

Apakah ini normal dan saya harus terbiasa dengannya, meskipun keahlian saya menjadi sangat licin, apa yang tidak akan terjadi jika saya hanya bekerja pada satu proyek? Atau haruskah saya menyampaikan kekhawatiran atau mungkin berganti majikan?


bagi saya mengerjakan banyak proyek lebih cocok dengan istilah 'body shop' yang merupakan hal yang buruk, bukan?

Bagian terburuknya adalah saya tidak tahan terhadap rasa tidak percaya diri yang muncul ketika Anda tidak terlalu berpengalaman dalam proyek Anda. Dan situasi memiliki beberapa proyek untuk dikerjakan, menghalangi saya untuk mendapatkan pemahaman yang kuat dan itu membuat saya marah, karena saya ditarik keluar dari zona nyaman saya \ kehidupan kerja.

tidak ingin menutup pertanyaan ini. Hanya karena menurut saya, Jika Anda bekerja sebagai programmer Anda harus memberikan jaminan bahwa kode Anda perubahan Anda tidak akan mempengaruhi sistem. Tetapi jika Anda kurang memiliki keahlian dalam sistem, jaminan apa yang dapat Anda berikan? Beri tanda centang nol pada setiap panggilan metode 'equals' atau objek lainnya? - Sial ya!

Apakah Anda diizinkan menggunakan teknologi kolaborasi dan manajemen pengetahuan di tempat kerja? (Contoh: Wiki, alat peninjauan kode, akses ke dokumen desain, alat manajemen proyek, daftar tugas pribadi, pelacakan bug, pengiriman pesan instan, dll.) Tanpa teknologi tersebut, bekerja pada banyak proyek tidak layak.
rwong

Apakah pertanyaan ini "apakah lebih dari 50% perusahaan mengizinkan multitasking" atau "Apakah multitasking baik atau buruk"?
Martin Wickman

Jawaban:


54

Saya sepenuhnya tidak setuju ketika orang mengatakan "ya, multi-tasking adalah normal"

Itu tidak normal! Tidak sama sekali, sangat tidak wajar bagi pengembang untuk melakukan banyak tugas di beberapa proyek (saya akan menjelaskan lebih lanjut nanti). Di sisi lain multi-tasking sangat umum di kalangan pengembang. Ini pasti sesuatu yang Anda harus terbiasa. Jadi jawaban sebenarnya untuk pertanyaan Anda adalah: bagaimana melakukan multi-tugas?

Pertama-tama, Anda tidak boleh hanya menerima nasib Anda karena "Anda adalah karyawan yang luar biasa" dan itu berarti Anda harus mengambil lebih banyak tugas daripada yang bisa Anda tangani. Tidak sama sekali, kamu tidak. Terkadang orang diberikan banyak tugas karena tidak ada orang lain. Kadang-kadang manajer tidak bisa menangani pekerjaan mereka sehingga mereka mendelegasikan, menegakkan multi-tasking di tim mereka karena mereka tidak bisa menangani jadwal proyek mereka dengan benar. Jadi, Anda harus mencoba menentukan apakah Anda diminta mengerjakan banyak tugas karena itu bagian dari pekerjaan Anda atau karena orang lain tidak kompeten. Apa pun itu, Anda dapat menilai sendiri apakah itu dapat diterima atau tidak. Jika Anda tidak nyaman [dengan pekerjaan Anda], ada tempat-tempat lain yang bisa Anda cari pekerjaan. [Kamu, pengembang, adalah komoditas. Pengusaha tahu ini dan berdoa agar Anda tidak pernah menyadarinya.]

Sekarang tentang multi-tasking, saya tidak setuju 100% ketika orang mengatakan "ya, cukup bolak-balik dan pastikan Anda melakukan jumlah yang sama pada setiap proyek". Maaf tapi itu saran yang sangat buruk.

Pertama, Anda harus menyadari bagaimana otak Anda bekerja ketika Anda sedang mengembangkan perangkat lunak (Saya tahu ada tugas lain yang terlibat tetapi mari kita fokus pada yang satu itu). Pertama-tama Anda perlu "terhubung", artinya Anda harus banyak berkonsentrasi dan memusatkan pikiran pada posisi di mana Anda memiliki segalanya yang terpetakan di kepala Anda. Semua nama variabel dan metode, alur kerja kode Anda, model objek, utas berjalan berdampingan, semuanya. Biasanya saya membutuhkan waktu 15 mungkin 20 menit untuk mendapatkan "di zona".

Ketika Anda mencapai kondisi itu, Anda benar-benar terbang dan menulis kode seperti sedang mengendarai sepeda. Saat Anda terganggu, Anda bisa kehilangan semuanya. Jika interupsi cukup lama (5, 10, mungkin 30 menit), Anda akan kehilangan akal sehat dan harus memulai dari awal.

Jadi multi-tasking mengerikan karena memaksa Anda untuk meninggalkan "zona" dan beralih ke sesuatu yang lain. Jika Anda terus-menerus beralih itu berarti Anda tidak produktif karena setiap kali Anda beralih ke tugas / proyek baru, Anda perlu kehilangan 15-20 menit untuk masuk ke zona itu lagi (tidak menyebutkan itu melelehkan otak Anda perlahan-lahan).

Ini seperti multi-threading: pada titik tertentu biaya mengganti konteks utas setiap siklus terlalu tinggi sehingga CPU akhirnya menghabiskan lebih banyak waktu untuk mengubah konteks daripada menjalankan tugas nyata.

Saya sangat merekomendasikan membaca artikel dari Joel Spolsky tentang masalah ini:

http://www.joelonsoftware.com/articles/fog0000000022.html

Jadi saran saya adalah: cobalah belajar bagaimana (bukan) multi-tugas karena itu memang biasa. Tetapi juga pastikan Anda nyaman melakukannya. Beberapa orang dapat mengambil lebih banyak waktu untuk berkonsentrasi dan akan lebih menderita daripada yang lain ketika melakukan banyak tugas; dan itu juga ok. Bukan karena itu umum bahwa itu harus dianggap normal.

Joel mengatakannya dengan baik ketika dia berkata:

Sebenarnya, pelajaran nyata dari semua ini adalah Anda tidak boleh membiarkan orang mengerjakan lebih dari satu hal sekaligus. Pastikan mereka tahu apa itu. Manajer yang baik melihat tanggung jawab mereka sebagai menghilangkan hambatan sehingga orang dapat fokus pada satu hal dan benar-benar menyelesaikannya.


5
Memiliki beberapa proyek yang sedang berlangsung pada saat yang sama tidak berarti Anda kode secara bersamaan. Itu akan multitasking. Berharap memiliki satu proyek pada satu waktu mungkin lebih disukai, tetapi hanya bermimpi tentang La La Land.
JeffO

1
+1 Luar Biasa. Jika perusahaan menyadari ini, mereka akan melakukan jauh lebih baik. Beberapa melakukannya, dan di situlah pemenang hari esok!
Martin Wickman

Terima kasih @Martin. Saya merasa lucu bagaimana beberapa orang tidak mengerti "multi-tasking" sama dengan bekerja pada beberapa proyek. Saya tidak pernah mengatakan coding secara bersamaan sama dengan multitasking dari mana Anda mendapatkannya dari @ Jeff? Minum kopi dan coding? Apakah kamu bercanda? Jadi jika Anda bernafas dan berkedip pada saat yang sama, apakah Anda juga melakukan banyak tugas? Setidaknya baca seluruh posting ya ampun! Tautan ke artikel Joel memiliki ide yang sangat mirip, harap baca sebelum meletakkan komentar Anda di sini.
Alex

2
@Alex - @bjarkef dan @Jff benar-benar benar; memiliki dua proyek! = multitasking. Posting Joel dan artikel Anda tentang multitasking menjadi mahal dan boros sudah benar tetapi mereka tidak selalu relevan untuk bekerja pada beberapa proyek.
Nick Knowlson

5
Misalnya, katakanlah Anda memutuskan untuk mengerjakan dua proyek pada hari yang bergantian. Di mana biaya dari saklar konteks masuk ke sini? Dan bagaimana hal itu mengganggu keberadaan di zona tersebut? Bisa jadi kasus bahwa gasan terus-menerus terganggu oleh bug darurat dengan proyek lain, atau bahkan bug darurat pada proyek yang sama. Di situlah multitasking menjadi masalah, tetapi tidak melekat pada memiliki dua proyek untuk dikerjakan dan seringkali menjadi masalah bahkan dengan hanya satu proyek.
Nick Knowlson

33

Ya, itu sudah diduga. Dan disambut.

Ada beberapa cara untuk melihatnya:

  1. Anda diharapkan melakukan banyak tugas dan hampir tidak mungkin untuk fokus. Ini menghasilkan proses rekayasa sub-optimal, kebingungan sesekali ketika Anda bolak-balik, perasaan dieksploitasi, frustrasi, stres, dll. Ini semua negatif, tentu saja; namun,

  2. Anda dipercaya oleh banyak proyek, yang mencerminkan dengan baik hasil yang Anda hasilkan dan kepercayaan yang dimiliki majikan Anda dalam kemampuan Anda. Ini adalah kesempatan untuk menunjukkan kepada mereka bahwa kepercayaan itu dijamin.

Saran saya adalah untuk mengembangkan penilaian yang bijaksana tentang tugas mana yang membutuhkan perhatian langsung Anda dan mana yang bisa menunggu. Terkadang jawabannya adalah tidak ada yang bisa menunggu dan Anda perlu mengambil pendekatan kreatif untuk memberikan hasil (sedikit untuk proyek A, kemudian sedikit untuk proyek B, lalu bilas dan ulangi). Kembangkan keterampilan untuk berkembang dalam situasi seperti ini.

Biasanya (meskipun tidak selalu), ini akan dihargai dengan lebih banyak tanggung jawab, lebih banyak proyek untuk menyulap, dan lebih banyak harapan. Pada titik tertentu Anda akan dapat, dan diharapkan, untuk mendelegasikan beberapa pekerjaan ini. Ini adalah ukuran kesuksesan.

Jadi, bahkan jika keterampilan juggling Anda yang sedang tumbuh hanya dieksploitasi oleh perusahaan Anda saat ini, ini adalah keterampilan yang baik untuk dimiliki dan akan melayani Anda dengan baik dalam karier Anda.

Untuk apa nilainya, saya biasanya bekerja pada proyek besar, yang lebih kecil, pemeliharaan dan dukungan proyek lama, dan mengelola setidaknya satu yang lain. Ini membuat frustrasi, membingungkan, melelahkan, dan saya sangat berterima kasih.


7
Alih-alih menjadi hamba yang taat dan berharap untuk kekayaan, mungkin bersikap tegas dan menambah nilai dengan menunjukkan inefisiensi?
Joppe

6
@ Tungano - sama sekali tidak saya sarankan menjadi "pelayan yang taat," tetapi lebih dari itu diberikan beberapa tanggung jawab bersamaan adalah efek samping alami dari menjadi baik pada apa yang Anda lakukan. Orang-orang cenderung bergantung pada mereka yang dapat membuat sesuatu terjadi. Menangani beberapa tanggung jawab tidak selalu tidak efisien, tidak menentu, atau patuh. Jika Anda (atau @gasan) tidak dapat menangani beberapa hal secara efisien, maka tentu saja beri tahu atasan Anda agar mereka tidak membuat kesalahan dengan berpikir Anda bisa. (FWIW, saya tidak mengatakan apa-apa tentang kekayaan.)
bw

Ini juga mencegah Anda bosan dengan proyek saat itu yang Anda lakukan. Saat ini saya memiliki sekitar 100 tugas berbeda yang menunggu untuk diselesaikan, tersebar di 17 proyek. Tentu, ini memang menyebabkan tekanan pada waktu-waktu tertentu tetapi saya menjadi tidak bahagia ketika tidak ada yang bisa dilakukan selain menempatkan semua energi saya dalam satu proyek besar.
Htbaa

7
Saya sangat tidak setuju dengan jawaban ini. Multi-tasking bukan tolok ukur keberhasilan, ini adalah ukuran ketidakmampuan manajer Anda. Mengetahui bagaimana melakukan multi-tugas tidak mudah. PS: Saya sendiri memposting jawaban tetapi sampai akhir baris.
Alex

6
Jawaban ini tidak masuk akal. Itu "normal" dalam arti bahwa banyak perusahaan memaksa pemrogram untuk itu, tetapi masih membuang-buang sumber daya perusahaan. Jika mereka fokus pada satu hal pada satu waktu , itu akan selesai jauh lebih cepat.
Martin Wickman

15

Iya nih! Itu benar-benar "normal" / biasa ketika Anda bekerja di perusahaan jasa xD

Juga jika Anda berkolaborasi dengan proyek sumber terbuka, itulah aturannya

Mungkin tidak dan keadaan ideal, tetapi roti sehari-hari.


yah, sebenarnya yang membuat saya sedih adalah tingkat keahlian yang saya miliki. Saya hanya tidak memiliki jumlah memori yang besar untuk mengingat sistem bisnis dan logika teknis yang tampaknya mustahil bagi saya. Setiap saat ketika saya mendapatkan tugas, saya harus mencari dan men-debug sangat keras, karena saya tidak tahu sistem itu dengan baik. Apakah saya benar bahwa "mengetahui tidak banyak tetapi melakukan semua pekerjaan tidak terlalu cepat" programmer adalah apa yang seharusnya seorang programmer, bukan "mengetahui seluruh sistem dengan sempurna dan memperbaiki dalam beberapa jam ninja guy"?

4
@gasan Kita semua ingin mengerjakan "satu hal pada satu waktu". Namun, bekerja pada lebih dari satu proyek, membaca kode orang lain, dan menangani berbagai persyaratan adalah jalan menuju ninja-kap.
bogeymin

12

Itu biasa. Tapi itu tidak baik, karena alasan yang telah Anda uraikan. Mengubah konteks makan menjadi produktivitas, jadi jika Anda bisa, cobalah bekerja pada satu proyek untuk banyak waktu, misalnya sehari.


9

Saya aktif mengerjakan 2 hingga 3 proyek berbeda setiap hari. Dan pertahankan beberapa lusin lagi. Beberapa minggu ini menjadi sedikit luar biasa. Beberapa proyek sangat besar, ada yang sangat kecil mereka diberi kode dalam beberapa hari dan jarang membutuhkan perubahan. Ini bervariasi, tetapi membuat saya tetap terpapar pada berbagai cara berpikir dan memecahkan masalah, berbagai teknologi, dan area bisnis. Saya menikmatinya.

Jadi, untuk menjawab pertanyaan Anda, ya, itu sangat umum.


jadi, Anda semacam Siwa-cowok? Saya sulit membayangkan jumlah input Anda untuk proyek-proyek itu.

@ gasan, jumlah yang konyol untuk beberapa. Kecil, namun sering kritis, bagian dari yang lain. Dan beberapa saya hanya perlu mempertahankan karena dev asli hilang ... dan itu adalah yang paling memakan waktu.
CaffGeek

8

Lihat artikel berjudul Multitasking yang Membuat Anda Nanti . Grafik ini menceritakan kisahnya:

masukkan deskripsi gambar di sini

Dengan kata lain, perusahaan membuang-buang waktu dengan meminta pemrogram mereka mengerjakan lebih dari satu proyek pada satu waktu. Dengan hanya tiga proyek, pemborosannya adalah 40%! Sisa waktu dibagi menjadi tiga proyek.

Alasan untuk multitasking sering dinyatakan sebagai "menyelesaikan lebih banyak hal". Tapi itu alasan yang salah. Multitasking hanya menghasilkan penundaan semua rilis. Gambar ini menunjukkan efek tugas ganda vs menyelesaikan satu proyek pada satu waktu:

masukkan deskripsi gambar di sini

(Gambar mengabaikan overhead sepenuhnya. Pada kenyataannya waktu yang terbuang akan membuat kedua proyek 20% kemudian.)


4

Itu tergantung pada perusahaan. IMO sangat diharapkan untuk hanya bekerja pada satu proyek saja, tetapi itu seringkali tidak mungkin, terutama dengan perusahaan kecil.

Tentu saja, perbaikan bug dll. Selalu dapat terjadi dengan proyek apa pun.


Anda benar saya bekerja di sebuah perusahaan kecil sekarang, tetapi sebelumnya saya hanya bekerja untuk perusahaan besar, jadi mungkin itu adalah bagian dari penyebab masalah, maksud saya saya tidak terbiasa dengan proses kerja di perusahaan kecil.

4

Ya, dalam pengalaman saya itu normal (bahkan jika beberapa 'proyek' sangat mirip, misalnya proyek pemeliharaan dan fitur pada produk yang sama). Untuk menghindari konflik dan harapan yang tidak realistis, sepakati dengan manajer proyek dan manajer Anda untuk mengalokasikan fraksi tertentu dari waktu Anda untuk setiap proyek (misalnya tiga hari di proyek X, dua di proyek Y per minggu). Anda biasanya dapat mendistribusikan alokasi tersebut sesuka Anda, mis. Senin-Rabu di X, Kamis-Jumat di Y.

Kadang-kadang akan ada saat-saat ketika satu proyek "melempar pengecualian" dan perlu dikerjakan sekarang . Ada dua hal yang harus dilakukan di sini:

  1. memastikan bahwa itu benar-benar pengecualian, bukan hanya manajer proyek yang memaksa: mendorong kembali dalam kasus terakhir.
  2. tukar alokasi waktu Anda sehingga Anda masih bekerja dengan fraksi yang sama di setiap proyek.

3

Jika Anda merasa sulit untuk kembali dengan kecepatan dengan kerangka kerja proyek atau logika bisnis ketika Anda kembali ke sana, Anda harus mengambil kesempatan untuk menulis sebanyak mungkin dokumentasi saat Anda mengerjakannya. Dengan merinci bagaimana sistem yang kompleks bekerja, dengan kata-kata Anda sendiri, akan membuatnya lebih mudah untuk kembali ke proyek nanti. Selain itu, dokumentasi ini dapat bermanfaat bagi rekan kerja Anda jika mereka perlu membantu.

Jika proyek sudah memiliki cakupan yang baik dari dokumentasi teknis, masih bisa bermanfaat untuk menuliskan pemikiran Anda saat Anda sedang mengerjakan area yang rumit. Dengan begitu, Anda dapat menangkap proses pemikiran Anda saat berikutnya Anda kembali.


1
Saran bagus. Saya membuat catatan terperinci dan sangat berguna pada lebih dari satu kesempatan.
Adam Lear

2

Yah itu seharusnya tidak normal tetapi saya memiliki banyak proyek di pundak saya di tempat kerja saya saat ini. Aku perlu membiasakan diri. Kiat paling penting yang bisa saya berikan adalah untuk selalu memprioritaskan pekerjaan Anda. Paksa atasan Anda untuk memberi tahu Anda apa tugas prioritas dan kerjakan saja itu. Jangan berikan tekanan dari siapa pun yang mengeluh tentang proyek Anda yang lain. Anda belum perlu memperbarui resume Anda, tetapi pastikan beban tidak meningkat melebihi sesuatu yang dapat Anda tangani secara wajar.


2
Memang, paksakan atasan Anda untuk memberi tahu Anda apa yang penting. Komunikasi sangat penting dan ketika tidak dikelola dapat menyebabkan banyak frustrasi dan kekecewaan bagi salah satu pihak.
Htbaa

0

Saya pikir itu normal. Cara kerja saya sekarang (saya di sebuah perusahaan dengan sekitar 40 pengembang, total ukuran perusahaan sekitar 700). Dan saya biasanya memiliki satu proyek "jangka panjang" dengan banyak tiket kecil / cacat yang muncul sehingga biasanya berakhir menjadi 50% tiket kecil dan 50% bekerja pada proyek jangka panjang. Apa yang bisa sulit adalah bahwa gangguan konstan dapat memperlambat dan menggagalkan proyek jangka panjang ..


0

Saya pikir itu normal untuk bekerja pada banyak proyek. Kuncinya adalah untuk menerima bahwa Anda akan menghadapi beberapa ambiguitas dalam hal gambaran keseluruhan sistem pada awalnya.

Jika Anda berusaha untuk mendapatkan gambaran yang lebih besar, Anda akan mendapatkan kejelasan dan dapat melihat bagian yang bergerak / diperbaiki dalam sistem dan bagaimana perubahan Anda mempengaruhi sistem.

Selama periode waktu Anda akan belajar untuk menemukan pola umum di berbagai sistem yang Anda kerjakan. Ini dapat Anda terapkan pada proyek Anda yang lain yang akan mengurangi jumlah informasi terperinci yang perlu Anda simpan di kepala Anda sekaligus.


0

Dalam setiap proyek non-sepele ada lebih dari satu orang yang ditugaskan untuk itu. Ini berarti bahwa Anda perlu berkolaborasi dengan orang lain dan menunggu mereka melakukan pekerjaan mereka, serta mereka harus menunggu Anda.

Alih-alih membuat orang duduk diam, biasanya ada beberapa proyek yang aktif sehingga selalu ada tugas terbuka yang harus dilakukan jika diperlukan.

Anda masih harus bekerja dalam potongan yang cukup besar pada setiap proyek sehingga Anda bisa mendapatkan "di zona" dan menjadi produktif.


-1

Saya setuju dengan yang mengatakan itu normal / umum.

Lihatlah itu sebagai positif, Anda akan menjadi lebih berguna, terlihat fleksibel, seorang pria yang dapat menyelesaikan sesuatu! Mungkin lebih berharga karena Anda akhirnya mengetahui 2 sistem luar-dalam.


-1

IMHO, tidak hanya itu biasa, tetapi juga diinginkan.

Pekerjaan pengembangan terburuk yang pernah saya miliki adalah mengerjakan bagian kecil yang sama dari bagian aplikasi yang sama selama berbulan-bulan. Kebosanan. Dan ketika Anda bosan, Anda lepaskan bola ...


Jika pekerjaan Anda membosankan, mungkin Anda harus menemukan pekerjaan lain yang lebih menarik, daripada mencoba menjadikannya bagian yang lebih menarik.
Acumenus

Saya melakukannya - tetapi menganggap setiap aspek dari setiap pekerjaan akan menyenangkan adalah naif.
cjmUK

Maaf, tapi saya tidak bisa berempati. Sebagai seorang programmer saya menemukan semua proyek yang ditugaskan saya menarik, tidak hanya dalam pekerjaan saya sekarang, tetapi juga dalam yang saya miliki sebelumnya. Itu tidak harus menarik; itu berbeda. Ada yang menarik spektrum antara menarik dan membosankan.
Acumenus

Maka saya pikir Anda sangat beruntung ... Namun, saya curiga bahwa saya berada dalam demografis yang lebih besar yang harus menghadapi yang kasar.
cjmUK

-1

Saya mengerti bagaimana perasaan Anda, sulit untuk membuat pengusaha baru memahami perkembangan yang terlibat, terutama jika Anda pengusaha tidak fokus pada pengembangan.

Masalahnya adalah mereka melihat 3 Pekerjaan sedang dikerjakan bersama-sama lebih dari menghasilkan uang daripada 1 sekaligus, dan statistik menunjukkan 40% penurunan kinerja. Hilangnya laba 40% ..

Saya sebelumnya pernah bekerja untuk orgasisasi yang memungkinkan saya untuk fokus pada 1 proyek besar sekaligus dengan pekerjaan kecil di antaranya, tiket dan dukungan dll. Kami bekerja pada kesepakatan di mana 8: 00-10: 00AM adalah Tiket dan dukungan untuk sistem saat ini yang datang melalui email / telepon / helpdesk kemudian 10:00 - 16:30 atau waktu selesai Anda adalah pengembangan penuh yang solid. Ini bekerja dengan sangat baik, karena kami memiliki meja bantuan untuk menerima telepon dan email, saya dapat melakukan tiket di pagi hari dan mengembangkan sisa hari itu. Masalahnya adalah jika Anda memiliki manajemen yang buruk. Seorang manajer membuat semua ini terjadi, dan tanpa dukungan atau pemahaman mereka tentang tantangan yang Anda hadapi setiap hari, mereka tidak mengetahui fakta tersebut.

Saya telah bersyukur terutama dalam pekerjaan terakhir saya atas dukungan dan pengertian dari manajer saya, itu membuat hidup saya lebih mudah, lebih sedikit stres dan kami masih melakukan SEMUA pekerjaan yang dilakukan ..

Masalah lain adalah, uang cinta Boss, mereka melihat proyek dalam uang, Ketika mereka memiliki 5 Proyek seharga £ 20.000 semua pada saat yang sama (dan Anda adalah pengembang solo) itu £ 100.000 dalam buku. Terlihat bagus di atas kertas tetapi bisa merusak reputasi perusahaan ketika ini tidak terpenuhi, tenggat waktu terlewatkan dan sistem bermasalah karena kurang konsentrasi.

Saya bersimpati sepenuhnya dengan Anda, saya di posisi Anda sekarang.


bagaimana ini menjawab pertanyaan yang diajukan?
nyamuk

-2

Tergantung bagaimana Anda menggambarkan proyek. Biasanya pengembang bekerja dengan beberapa masalah dan jika di perusahaan lebih dari satu produk daripada Anda bekerja dengan banyak.


Kami menyediakan 2 produk terpisah dan mereka berbagi sedikit kode. Produk-produk itu untuk kebutuhan pengguna yang berbeda, tetapi masih berada dalam domain yang sama.

-2

Proyek perangkat lunak, seperti mitra cinta, mungkin banyak, dan bagus di banyak, tetapi mereka hanya baik jika satu per satu.


-2

Menambah apa yang dikatakan @Martin Wickman, cobalah untuk tidak terlalu banyak berganti tugas. Misalnya bekerja AM pada proyek A, PM pada proyek B. Juga mengatakan tidak untuk menambahkan fitur; itu lebih menyakitkan ketika Anda tidak mengerjakan proyek penuh waktu.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.