"Masalah organisasi" - titik sakit TI? [Tutup]


10

Apakah umum untuk "masalah organisasi" (seperti politik, kelembaman organisasi, dan pendengaran selektif - berpikir Dilbert) menyebabkan lebih banyak masalah TI daripada komputer dan server?

Demikian juga, apakah sudah biasa bagi majikan seseorang untuk tidak benar-benar mengetahui apa yang disyaratkan pekerjaan seseorang, atau bahkan peduli, sampai mereka memiliki masalah komputer, dan ingin semuanya dibatalkan agar diperbaiki sekarang ?

Apa yang bisa dilakukan untuk memperbaiki situasi seperti itu? (Bagaimana jika dalam satu langkah langkah dihilangkan dari urusan bisnis - tidak perlu menambah keuntungan atau membuat klien bahagia - seperti di organisasi pemerintahan?) Bagaimana Anda mendapatkan kepuasan dalam pekerjaan yang dilakukan dengan baik ketika tidak ada yang tahu atau benar-benar peduli dengan apa yang kamu lakukan? Memang, bagaimana Anda tetap fokus jika tampaknya tidak masalah jika Anda melakukan sesuatu atau tidak?

Anggaplah saya melebih-lebihkan sedikit, dan tidak memiliki keinginan mendesak untuk berhenti.

Edit: sekarang pertanyaan komunitas-wiki.

Edit **: ** Terima kasih atas semua jawaban hebatnya. Saya ingin menambahkan beberapa komentar.

Menurut pendapat saya, manajer yang baik harus tahu apa yang dia lakukan, dan manajer di atasnya harus punya ide. Kepala TI di sini benar-benar tidak tahu. Jika saya pergi ke montir, saya mungkin tidak tahu apa yang dia lakukan, tetapi saya akan mendengarkan dengan kuat penilaiannya, dan akan mendapatkan pendapat kedua sebelum mengabaikan saran, dan orang-orang yang menjalankan toko mekanik benar-benar harus tahu apa mereka merekrutnya!

Adapun menjatuhkan segala sesuatu untuk memperbaiki kesalahan komputer, manajemen atas telah diketahui memiliki salah satu administrator sistem meninggalkan masalah (seperti pengguna yang tidak dapat masuk atau menggunakan komputer yang bekerja dengan andal) untuk memindahkan kontak dari satu telepon ke yang baru. satu, atau untuk melakukan sinkronisasi kalender mereka.

Hal yang paling membuat frustrasi adalah tidak ada seorang pun yang tampaknya memiliki kekuatan untuk mengubah banyak hal. Orang-orang dengan kemampuan terbesar untuk melakukan perubahan memiliki minat paling kecil untuk melakukannya karena mereka bahkan tidak mengerti apa yang rusak.

Sulit hanya diperhatikan ketika ada yang salah. Seseorang membutuhkan sedikit pemahaman atau katarsis.

Sulit untuk menyejajarkan diri dengan tujuan bisnis, karena misi kami yang dinyatakan tampaknya bertentangan (dan, memang, sebagai waktu yang bertentangan) dengan apa yang orang-orang dengan pengaruh dalam organisasi sedang mengejar.

Adapun perubahan yang ingin saya lihat di dunia, itu jelas merupakan faktor mengapa saya masih bekerja untuk organisasi ini.

Selamat atas Tes Joel untuk administrator sistem. Itu ide yang bagus.

Jawaban:


7

Adalah umum untuk "masalah organisasi" (seperti politik, kelembaman organisasi, dan pendengaran selektif - berpikir Dilbert) untuk menyebabkan lebih banyak masalah TI daripada komputer dan server lakukan?

Ya . Setiap organisasi dengan lebih dari satu orang akan memiliki "masalah organisasi", dan hampir selalu yang akan menyebabkan lebih banyak sakit kepala daripada masalah teknis. Ini adalah fakta kehidupan karena meskipun kita adalah orang kutu buku, kita adalah orang-orang. Lebih lanjut, masalahnya sama lazimnya di perusahaan teknologi tinggi seperti di perusahaan "normal". IBM dan Microsoft sama birokratisnya dan juga silo dengan GM dan Bank of America.

Demikian juga, apakah sudah biasa bagi majikan seseorang untuk tidak benar-benar mengetahui apa yang disyaratkan pekerjaan seseorang, atau bahkan peduli, sampai mereka memiliki masalah komputer, dan ingin semuanya dibatalkan agar diperbaiki sekarang?

Tentu. Apakah Anda tahu atau peduli tentang pekerjaan teknisi layanan telepon, montir mobil, akuntan, tukang ledeng, kasir, atau teller bank? Tidak. Tetapi ketika Anda membutuhkan sesuatu, Anda membutuhkannya sekarang, dan Anda tidak peduli dengan masalah mereka. Sekali lagi, ini bukan tentang komputer secara khusus, ini tentang orang pada umumnya.

Apa yang bisa dilakukan untuk memperbaiki situasi seperti itu?

Jadilah memahami orang lain dalam organisasi, dan abaikan ketika mereka tidak membalas. Ketahuilah bahwa mereka hanya berusaha melewati hari, dan menyadari bahwa hampir pasti masalah apa pun yang membawa mereka kepada Anda mengganggu tujuan itu. Jangan berharap mereka memahami dunia Anda dan menyesuaikan diri dengan itu.

Pada akhirnya, satu-satunya hal yang dapat Anda ubah adalah diri Anda sendiri. Pikirkan Gandhi .

Bagaimana Anda merasa puas dengan pekerjaan yang dilakukan dengan baik ketika tidak ada yang tahu atau benar-benar peduli dengan apa yang Anda lakukan? Memang, bagaimana Anda tetap fokus jika tampaknya tidak masalah jika Anda melakukan sesuatu atau tidak?

Jika Anda membutuhkan pengakuan dan persetujuan, Anda berada di jalur pekerjaan yang salah.

Orang-orang yang efektif dalam bisnis kami (sistem administrasi dan dukungan) tidak diperhatikan oleh organisasi mereka, karena sistem bekerja dan masalah ditangani dengan tenang, diam-diam, dan cepat.


1
Semua orang yang pernah bekerja dengan saya yang tidak ada di TI karena kecintaan terhadap teknologi adalah bajingan yang menyedihkan (eh, BOFH). Ini saran yang bagus.
Kara Marfia

6

Keluar dari departemen IT! Joel menulis blog tentang mengapa waktunya di viacom payah karena alasan ini.

Fakta yang menyedihkan adalah bahwa jika Anda memberikan saran yang bagus untuk bisnis sebagai karyawan, itu dipertanyakan & tidak dipercaya. Jika seorang konsultan masuk & memberikan saran yang sama untuk $ 10.000 itu dihargai.

Tidak semua organisasi memperlakukan staf mereka dengan cara ini. Pergi bekerja untuk vendor & Anda mungkin melihat perbedaan. Anda tidak dapat mengubah budaya beracun seperti itu, tetapi Anda dapat memilih tempat bekerja.

EDIT: Jelas kita perlu tes Joel untuk sysadmin ! Bantu kami membuatnya!


Saya setuju, meskipun Anda mungkin berakhir dengan serangkaian pekerjaan yang panjang kecuali Anda dapat belajar mengenali perusahaan-perusahaan langka yang tidak beracun ini.
Kara Marfia

Mungkin harus ada Tes Joel untuk sysadmin? terdengar seperti pertanyaan yang bagus!
Nick Kavadias

4

Dengar, keponakan saya membeli jalur akses linksys dan membuat jaringan rumah saya berjalan dalam 5 menit datar. Mengapa Anda mengemukakan istilah seperti pelemahan dan spektrum? Anda hanya membuatnya lebih rumit untuk membuat diri Anda tetap bekerja. Saya kira kita tidak perlu 85 titik akses untuk menutup kampus ini ... Selamat datang di dunia IT. Keterampilan yang sama pentingnya dengan pemecahan masalah adalah keterampilan orang. Kecuali Anda dapat menemukan departemen dengan manajer yang benar-benar baik yang meliput politik untuk Anda.

Departemen TI yang baik menyelaraskan diri dengan tujuan organisasi - tidak peduli apakah server sedang down atau apa yang Anda lakukan untuk memperbaikinya, mereka hanya peduli jika mereka dapat membuat widget. Anda perlu meluangkan waktu untuk mendidik pelanggan Anda (sisa perusahaan) tentang bagaimana apa yang Anda lakukan membuat hidup mereka lebih mudah.

Dan seperti yang dikatakan tomjedrz, Anda berada di jalur pekerjaan yang salah jika Anda membutuhkan pengakuan. Rata-rata dalam 10 tahun terakhir saya telah diakui kurang dari setahun sekali.


4

Sebagai administrator yang tidak dihargai adalah bagian dari deskripsi pekerjaan. Anda tidak menghadap ke depan, Anda tidak bekerja pada proyek seksi terbaru, tidak ada yang mendengar dari Anda dan bahkan tidak ada yang tahu Anda ada sampai ada yang salah. Pengguna masuk dan masuk dan mereka mendapatkan barang-barang mereka; mereka berharap ini terjadi, dan mereka tidak tahu bahwa Anda mungkin sudah sampai jam 4 pagi bertempur seperti pahlawan untuk memastikan hal itu terjadi.

Sebenarnya ada cukup banyak kepuasan kerja yang bisa didapat dari itu, tetapi sepenuhnya tergantung pada sikap dan pendekatan Anda sendiri. Anda menerimanya atau melanjutkan, tetapi jika Anda bisa bangga dengan pekerjaan yang dilakukan dengan baik, saya telah menemukan bahwa banyak hal lain menjadi kurang dapat ditoleransi.

Saya yakin bahwa saya dapat menceritakan kisah perang yang sama seperti orang lain: permintaan penggantian server yang ditolak sampai yang lama meninggal pada waktu yang tidak pantas (dan akibatnya, malam berikutnya tanpa tidur), saran Anda Saya telah membuat selama bertahun-tahun yang benar-benar diabaikan sampai konsultan yang cocok membuat yang sama dan menjadi bingung oleh manajemen untuk itu, dan seterusnya.

Pada akhirnya apa yang terjadi adalah bahwa orang tidak menganalisis hal-hal sampai ada krisis, dan jika Anda melakukan pekerjaan Anda dengan baik, krisis itu jarang terjadi, dan dikelola dengan sangat lancar setiap kali terjadi. Jadi seperti saya katakan itu adalah sikap Anda sendiri terhadap pekerjaan yang diperhitungkan. Belajarlah untuk tidak dihargai sebagai tanda bahwa Anda melakukan pekerjaan dengan baik!


3

Saya agak menjawab ini dalam jawaban lain baru-baru ini tetapi ini adalah topik yang bagus. Salah satu masalah utama antara IT dan "Yang Lain" (menuntut saya, saya penggemar) adalah bahwa di Dharmaville kami menyebutnya IT, kami tahu apa yang kami lakukan. Kami senang Kami memahami bagian kami (sebagian besar) dan tahu bagaimana melakukannya dengan baik (sekali lagi, sebagian besar). Masalahnya adalah bagaimana IT digunakan. Di masa lalu, itu adalah palu yang mendorong paku. Kami keluar, menyediakan terminal bisu dan selama mainframe dan jaringan naik tidak ada yang benar-benar mempertanyakan apa pun. Saat ini KEBUTUHAN untuk dilihat sebagai MITRA BISNIS. Tidak ada yang dilakukan tanpa keterlibatan TI sekarang dan ketika orang gagal menyadari bahwa Anda tidak dapat merencanakan untuk memasukkan produk besar-besaran dan bahkan tidak tahu apakah 1) Ini benar-benar akan membantu apa pun 2) Jika bahkan bekerja dengan apa yang kita miliki dan jika itu tidak t apa yang perlu kita lakukan untuk sampai ke sana. Kita perlu mengembangkan pemikiran kita dan memperbarui kebijakan dan prosedur kita untuk menerima perubahan baru ini atau kita akan selalu terjebak dalam kebiasaan lama yang sama.


2

Dalam pengalaman saya, administrator sistem hanya akan diperhatikan ketika ada masalah. Jika mereka melakukan pekerjaan mereka dengan benar, mereka jarang akan diperhatikan sama sekali.

Ini karena orang-orang pada umumnya tidak berpikir "wow! Server berjalan dengan baik hari ini, tidak ada yang salah selama berabad-abad, administrator sistem melakukan pekerjaan yang hebat!" ... tetapi mereka akan segera menyadari bahwa ada sesuatu yang rusak atau jika mereka tidak dapat melakukan sesuatu yang ingin mereka lakukan.

Orang lain telah mengatakan hal serupa di utas ini, tetapi saya ingin menambahkan bahwa ketika Anda benar-benar diperhatikan atau dipuji itu kemungkinan besar akan menjadi hal yang paling sepele yang tidak membutuhkan waktu atau usaha atau tenaga otak untuk menyelesaikannya. .... tetapi hal-hal sulit yang benar-benar Anda banggakan capai hampir pasti tidak akan diperhatikan atau dikomentari.

Anda bisa menerima ini, atau membiarkannya membuat Anda kesal. Secara pribadi, itu tidak mengganggu saya banyak - saya kebanyakan hanya berpikir itu adalah hal yang lucu lucu yang dilakukan orang-orang aneh.


1

Cukup sulit untuk mengatakan tanpa memahami apa "masalah organisasi" spesifik. Tanpa bermaksud menyinggung, dapatkah saya tunjukkan bahwa masalah organisasi (masalah organisasi) harus menjadi masalah TI sementara "masalah TI" (komputer dan server) belum tentu merupakan masalah organisasi.

Semakin cepat Anda disejajarkan dengan bisnis, semakin cepat Anda melompat ketika ada masalah karena Anda sudah berada pada masalah terbesar dalam bisnis terlebih dahulu. yaitu "semuanya jatuh" sampai masalah terbesar untuk bisnis diperbaiki.

Cara yang jelas untuk menyelesaikan masalah ini adalah

1) Dapatkan selaras dengan bisnis dengan menetapkan struktur prioritas sistem. 2) Dapatkan pengaturan helpdesk yang jelas dapat melakukan triase masalah yang masuk dan kemudian mengklasifikasikannya 3) Publikasikan SLA untuk memastikan bahwa pengguna memiliki harapan yang jelas tentang berapa lama masalah jenis tertentu untuk diperbaiki 4) Pastikan ada root menyebabkan pelacakan sehingga setiap masalah diselesaikan alih-alih melihat gejala yang sama muncul kembali

EG Sistem A sebelum Sistem B, masalah kritis sebelum masalah sedang. EG Setiap Sistem Masalah kritis masuk ke dalam Grup X dan masalah kelompok X memiliki SLA di mana rencana untuk solusi akan keluar dalam waktu 4 jam dan solusi akan dikerahkan dengan X jam.


1

Saya sebelumnya bekerja untuk sebuah perusahaan kecil dengan masalah organisasi dan kesalahpahaman tentang apa pekerjaan saya. Karyawan memakai topi terlalu banyak dan melapor ke terlalu banyak orang yang berbeda. Saya berhasil membuat mereka membuat sedikit kemajuan dalam membersihkannya setelah banyak mengeluh. Saya juga mencoba mendorong deskripsi pekerjaan (tidak ada yang punya), tetapi itu tidak pernah terjadi. Saya berhasil menjaga kewarasan saya dengan membangun sistem manajemen tugas sederhana berbasis web. Setiap kali bos berambut runcing itu menginginkan sesuatu segera dilakukan, saya akan duduk bersamanya dan memprioritaskan kembali atau bertanya kepadanya hal-hal apa yang ingin ia buang.

Sekarang saya bekerja untuk perusahaan menengah yang sangat terorganisir dan mereka memberi saya deskripsi pekerjaan pada hari pertama. Tidak semua orang tahu apa yang saya lakukan, tetapi manajer saya dan semua orang di atasnya tahu, dan semua orang di daerah saya tahu. Kekacauan mungkin biasa terjadi, tetapi ada tempat yang bagus untuk bekerja di sana.


1

Adalah umum untuk "masalah organisasi" (seperti politik, kelembaman organisasi, dan pendengaran selektif - berpikir Dilbert) untuk menyebabkan lebih banyak masalah TI daripada komputer dan server lakukan?

Hanya jika Anda bekerja di departemen TI yang salah kelola. TI perlu menjadi perpanjangan dari tujuan bisnis perusahaan. Saya penggemar berat ITIL atau MOF sebagai cara untuk mengatur TI saat TI menyadari bahwa bisnis ini bukan "pelanggan" (seperti gaya manajemen TI mcdonald tahun 80-an yang mencoba mendorong) tetapi sebagai mitra. Secara keseluruhan, Ayub adalah memberikan opsi tentang cara mengatasi atau meningkatkan masalah bisnis tertentu. Jika politik dan atau inersia, pendengaran selektif membuat bisnis memutuskan untuk memilih opsi yang berbeda dari apa yang Anda anggap "terbaik", Anda harus ingat bahwa itu bukan keputusan Anda dan Anda mungkin tidak akan memiliki semua fakta yang membawa bisnis tersebut untuk keputusan.

Demikian juga, apakah sudah biasa bagi majikan seseorang untuk tidak benar-benar mengetahui apa yang disyaratkan pekerjaan seseorang, atau bahkan peduli, sampai mereka memiliki masalah komputer, dan ingin semuanya dibatalkan agar diperbaiki sekarang?

Bukan saja itu YA besar tetapi jika itu bukan manajer Anda, mengapa mereka harus tahu?

Apa yang bisa dilakukan untuk memperbaiki situasi seperti itu? (Bagaimana jika dalam satu langkah langkah dihilangkan dari urusan bisnis - tidak perlu menambah keuntungan atau membuat klien bahagia - seperti di organisasi pemerintahan?) Bagaimana Anda mendapatkan kepuasan dalam pekerjaan yang dilakukan dengan baik ketika tidak ada yang tahu atau benar-benar peduli dengan apa yang kamu lakukan? Memang, bagaimana Anda tetap fokus jika tampaknya tidak masalah jika Anda melakukan sesuatu atau tidak?

Di situlah kerangka kerja membantu. Saya akan memperkenalkan semacam kerangka kerja manajemen sebagai cara untuk memuluskan semua masalah ini. Ini bukan peluru ajaib, tetapi perlu waktu lama untuk menyelesaikan masalah jenis ini. Tentu saja membeli untuk kerangka kerja solusi mungkin menjadi tantangan.


0

Jika ini adalah situasi yang Anda hadapi maka manajemen TI departemen memiliki masalah atau kurangnya komunikasi antara Anda dan manajer Anda. Manajemen TI harus memiliki visi yang jelas tentang apa yang mereka sampaikan kepada organisasi dan semacam metrik untuk menunjukkan apa yang Anda lakukan. Juga merupakan tanggung jawab mereka untuk memberikan pengakuan kepada mereka yang berkinerja baik dan memberikan penghargaan dengan tepat.

Anda harus melihat lingkungan ini dan memutuskan apakah ini yang Anda inginkan untuk jangka panjang. Jika tidak, tetap buka mata Anda untuk peluang. Anda harus bekerja sedikit tetapi pada akhirnya Anda harus dapat menemukan lingkungan di mana Anda akan lebih bahagia.


0

Dalam pengalaman saya sebagai kontraktor pergudangan data, mode kegagalan TI yang paling signifikan pada umumnya dan pergudangan data khususnya bersifat politis.

Proyek TI hampir selalu harus berinteraksi dengan bagian lain dari infrastruktur yang ada. Kecuali Anda memiliki manajemen TI yang sangat kuat dan cerdas, situasi normal adalah adhokrasi dengan kasus bit busuk yang terus meningkat. Saya memiliki ekspektasi yang sangat rendah terhadap manajemen TI di perusahaan tempat saya bekerja - mereka pada umumnya tidak memiliki banyak hal dan cenderung tidak memiliki wewenang untuk melakukan pekerjaan mereka.

Ini berarti bahwa sebagian besar proyek akan dikotak-kotak oleh kebijaksanaan politik dan apa pun kecuali menempel plester sangat tidak mungkin untuk memiliki dukungan politik yang cukup untuk berhasil. Saat ini saya bekerja di organisasi di mana persetujuan untuk server harus melewati tiga komite tata kelola.

Kecuali jika Anda memiliki operasi yang sangat terintegrasi dan strategi TI Anda juga akan menderita dari persyaratan yang dinyatakan dalam hal solusi manual petahana untuk masalah yang mendasarinya. Biasanya fungsi TI tidak akan memiliki wewenang untuk melakukan perubahan pada proses bisnis. Ini dikombinasikan dengan kecenderungan politis untuk solusi plester tetap dengan cara yang sangat beracun.

Kantor belakang yang kompleks cenderung menghasilkan proses bisnis buram yang menumpuk satu sama lain. Data pada spreadsheet dapat melompati 4 atau 5 orang sebelum mencapai pemirsa akhir mereka - fenomena ini kadang-kadang dikenal sebagai 'excel tourism'. Proses-proses ini seringkali dirancang dengan sangat buruk (tidak pernah membiarkan seorang akuntan merancang proses bisnis inti jika Anda memiliki pilihan) dan memiliki inefisiensi besar dan kontrol manual yang kompleks. Persyaratan dalam lingkungan ini cenderung kompleks, halus dan sebagian besar tidak berdokumen. Lingkungan ini sangat rentan terhadap pembangunan kerajaan dan ketergantungan orang-orang penting. Dalam literatur data warehouse, orang-orang ini dikenal sebagai 'penjaga gerbang' dan merupakan mode kegagalan utama dari proyek pergudangan data.

Bekerja dengan orang-orang seperti itu membuat saya dipenuhi dengan pikiran-pikiran yang hangat dan kabur tentang penerapan praktis dari pemasangan air untuk memenuhi persyaratan.

Ketika cruft mengakumulasi biaya untuk memperbaiki masalah yang mendasarinya tumbuh, menciptakan loop umpan balik di mana infrastruktur terus membusuk dan semakin tidak layak secara politis untuk diperbaiki. Sebagian besar perusahaan keuangan memiliki begitu banyak kesalahan di kantor belakang mereka sehingga secara struktural mereka tidak mampu menerapkan inisiatif pergudangan data yang efektif.

Teknologi ini sekarang matang dan tersedia relatif murah - dan itu bukan ilmu roket. Hampir tidak ada masalah dalam TI modern yang secara fundamental terkait teknologi. Anda hampir selalu akan menemukan masalah politik sebagai akar penyebab masalah signifikan dengan TI


0

Di mana masalah misinterpretasi cocok dengan "masalah organisasi" Anda vs komputer dan server? Maksud saya jika ada spesifikasi yang terbuka untuk interpretasi dan pengembang dan tester memiliki pemahaman yang berbeda dan seseorang harus datang dan menjadi juri atau wasit untuk mendapatkan semuanya kembali ke jalur yang benar.

Apa yang dibutuhkan oleh pekerjaan seseorang akan sering memiliki "dan tugas-tugas lain seperti yang diminta" yang sedikit menyolok dalam hal apa yang seharusnya dilakukan seseorang. Contoh klasik di sini dapat mencakup mempelajari hal-hal sebagai salah satu memecahkan masalah dan harus belajar tentang beberapa sistem atau basis kode karena ini adalah tempat masalah ditemukan dan orang harus dapat mengatasinya.

Untuk mencegah hal ini diperlukan komunikasi, proses, dan kepribadian yang baik di antara orang-orang sehingga hal-hal dapat mengalir dengan baik, IMO. Itu berarti dari atas membangun budaya untuk menangani hal-hal secara profesional dan memiliki beberapa prosedur penyelesaian konflik.

Kepuasan yang saya ambil dalam pekerjaan yang dilakukan dengan baik berasal dari cahaya bahwa orang yang menggunakan apa yang saya buat atau perbaiki memungkinkan mereka untuk melakukannya. Mereka tidak harus tahu apa yang saya lakukan, hanya saja itu dilakukan dengan hasil positif. Cara lain untuk melihat ini adalah "Terima kasih" yang didapat orang pada akhirnya dan bisa berkata, "Ya, saya membantu membuat pengalaman yang luar biasa itu," yang umumnya menyenangkan suasana hati saya hampir sepanjang waktu. Jika itu diulangi terus-menerus maka itu mungkin kehilangan arti.

Saya telah bekerja di tempat-tempat di mana saya hampir bersumpah tidak ada yang peduli sama sekali tentang apa yang saya lakukan dan ini memang menyebabkan sedikit kelelahan dari beberapa cara yang berbeda. Salah satu bagian adalah bahwa beberapa orang akan berterima kasih kepada saya untuk apa yang saya tahu adalah pekerjaan yang buruk tetapi mereka tidak berpikir itu sangat buruk. Yang lain sedang terbatas di dalam kotak seseorang di mana jika saya memperbaiki bug saya harus membatalkan pekerjaan saya atau saya memasukkan fitur baru yang tidak disetujui dan harus membatalkan pekerjaan saya yang dapat benar-benar melemahkan semangat karena orang hanya dapat berpikir bahwa, "Jika saya membatalkan apa yang saya lakukan, mengapa tidak melakukan apa-apa?" yang membawa saya ke situasi tidak melakukan apa-apa dan masih dibayar.


0

Di organisasi besar saya, Anda akan bersumpah bahwa pembuat kebijakan melakukan segalanya untuk mencegah orang mencapai apa pun.

Mereka bersedia membayar saya karena tidak melakukan sesuatu yang bermanfaat, dan saya memilih untuk bermain dengannya. Saya tidak akan melawan sistem. Paling tidak saat ini.

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.