Menjadi Profesional PHP: Kerja berpasukan praktikal

3

Kali terakhir, kami membincangkan aspek sosial kerja berpasukan, dan bagaimana bekerja dalam pasukan dapat memberi manfaat dan membahayakan anda. Terdapat banyak untuk mengambil kira ketika bekerja dengan orang lain, dan banyak yang dapat diperoleh.

Kali ini, mari kita bercakap tentang aspek praktikal kerja berpasukan, terutamanya pasukan maya atau, dengan kata lain, pasukan dengan anggota terpencil.

Takeaways Key

Perbezaan zon waktu dan 'sindrom hambatan yang rosak' boleh menjadi cabaran yang signifikan ketika bekerja di pasukan dengan anggota terpencil. Untuk mengatasinya, sangat penting untuk memimpin dan menapis yang mampu, dan memastikan beberapa pertindihan dalam waktu kerja untuk menangkap dan komunikasi masa nyata.

menolak perintah dari orang yang tidak dibenarkan dapat membantu mencegah kesan kesesakan yang rosak. Walaupun tugas berasal dari individu berpangkat tinggi, ia harus dibawa ke projek sebelum mempertimbangkan pelaksanaan. Ini membantu mengekalkan aliran kerja yang sihat dan menghalang menetapkan preseden yang tidak sihat.

Menggunakan aplikasi dan perkhidmatan web tertentu dapat membantu menyelaraskan tugas dan meningkatkan komunikasi. Alat seperti Trello, Basecamp, Google Apps, Flyspray, GitHub, dan Wedoist boleh memberi manfaat untuk pelbagai aspek kerjasama pasukan dan pengurusan projek.

• Campuran alat yang sihat dapat mengoptimumkan prestasi pasukan. Bagi ahli pasukan Dev, gabungan GitHub, TeamCity, dan Trello disyorkan. Untuk kedudukan pengurusan, Google Apps sangat disyorkan, sementara pasukan jauh yang fleksibel mungkin mendapati Wedoist sesuai. Untuk pasukan yang mengamalkan scrum, menambah pivotaltracker boleh bermanfaat.
perbezaan zon waktu dan hambatan yang rosak dalam kerja berpasukan
Apabila bekerja dalam satu pasukan dengan ahli terpencil, perbezaan zon waktu boleh menjadi halangan yang besar. Ambil contoh SitePoint sendiri - Saya menulis untuk penonton yang, sebahagian besarnya, AS, HQ Sitepoint berada di Australia, dan saya berpusat di Croatia. Itulah tiga zon waktu 6-8 jam setiap satu, yang bermaksud hari penuh boleh berlalu sebelum orang menjawab e-mel anda.
Apabila anda mempunyai banyak e -mel ke belakang dan sebagainya, bukan hanya di kalangan ahli pasukan tetapi juga di kalangan pelanggan, penulis dan sesiapa sahaja, perkara -perkara cenderung untuk mendapatkan kemas yang cepat. Anda memerlukan cara untuk selari dengan semua orang pada setiap masa.

Satu lagi masalah ialah apa yang saya suka memanggil sindrom hambatan yang rosak. Biasanya, apabila hanya satu orang mengarahkan permintaan kepada pasukan pembangunan (penapis, memimpin pasukan atau pemilik projek, sebagai contoh), orang itu boleh menjadi kesesakan jika permintaan itu terlalu kuat atau pasukan dev terlalu lambat atau kecil untuk melaksanakannya. Orang -orang yang memberi makan kepada orang itu dengan arahan kemudian cenderung untuk mengelilinginya, dan menyebabkan tumpahan maklumat (sering bercanggah) yang melimpah pasukan dev.

Namun satu lagi isu yang sering ditemui adalah pelbagai orang yang bekerja pada sekeping kod yang sama. Keutamaan dan organisasi yang buruk, secara ringkas. Kadang-kadang, pemaju mungkin berakhir dengan bug-jail (ketika itulah anda mempunyai banyak bug pada pekerjaan sebelumnya, anda dilarang membina sesuatu yang baru sehingga anda keluar dari mod penjara ini), dan ini menghentikan perkembangan selanjutnya, terutama Sekiranya devs lain bergantung pada penyempurnaan bahagian anda.

Isu -isu ini dapat melambatkan perkembangan atau bahkan, kadang -kadang, membawanya ke penghalaan lengkap, dan terdapat beberapa remedi untuk mereka. Kami akan membahagikannya kepada penyelesaian organik dan bukan organik.

Penyelesaian Organik

Seperti yang saya nyatakan dalam artikel sebelumnya, kepentingan plumbum yang mampu dan penapis yang mampu tidak dapat dikurangkan. Pemimpin yang berkebolehan akan dapat merumuskan tugas dengan betul dan membahagikannya ke unit yang lebih kecil, sementara penapis yang mampu memastikan permintaan yang tidak masuk akal atau tidak bernilai melaksanakan tidak pernah sampai ke telinga pemaju. Peranan penapis menyerap permintaan seluruh syarikat, dan menjadi hanya cara komunikasi antara pasukan dev dan rakyat bukan teknikal. Kekuatan penapis secara langsung mempengaruhi masa yang diperlukan untuk kesan hambatan yang patah berlaku.

Penapis yang berkebolehan memerlukan bantuan anda - anda perlu menolak pesanan daripada orang yang tidak dibenarkan. Walaupun anda mendapat didekati oleh Ketua Pegawai Eksekutif, bawa tugas ke CTO/Projek memimpin/memimpin pasukan sebelum mempertimbangkan untuk melakukannya. Atasan anda biasanya lebih dekat dengan orang yang membuat tuntutan yang tidak munasabah atau hanya di luar jadual, dan boleh mengetuknya di dalam tunas. Gagal menentang sekali, dan anda menetapkan duluan yang tidak sihat.

Walaupun orang bukan teknikal entah bagaimana melanggar halangan, pastikan anda bertolak ansur dan tenang terhadap mereka. Kita semua tahu betapa mengecewakannya apabila orang pemasaran terus memanggil laman web slaid , atau apabila orang logistik tidak dapat menggambarkan antara muka dengan kata -kata yang anda mahu mereka gunakan dan sebaliknya membandingkan Segala -galanya dalam hidup untuk cemerlang stylesheets, tetapi dengan toleransi mendengarkan dan penyahkodan hasrat mereka bermakna anda boleh a) menghilangkannya lebih cepat dan b) Huraikan keinginan mereka untuk memimpin/penapis, sehingga mereka dapat mendekati mereka, menjelaskan perkara, dan mungkin merumuskan tugas jika ia benar -benar mendesak.

Bantuan besar adalah memastikan terdapat sekurang -kurangnya beberapa jam kerja bertindih. Menyediakan masa kerja anda supaya anda dapat bertindih sekurang -kurangnya 2 jam bekerja dengan seluruh pasukan dan terutama memimpin adalah sangat penting. Satu pertindihan dalam waktu kerja membolehkan anda mengejar dalam masa nyata, dan membolehkan anda melakukan satu lagi aspek yang sangat penting: panggilan video dan suara. Sekiranya gambar bernilai seribu perkataan, panggilan bernilai seribu e -mel. Satu panggilan boleh membantu anda melaporkan pada hari anda, menggali lebih mendalam ke dalam tugas dan permintaan yang tidak jelas, membina jadual perjalanan yang lebih baik, mendaftarkan aduan dan ia mempunyai manfaat tambahan untuk meningkatkan bahasa Inggeris anda.

Penyelesaian Inorganik

Di bawah penyelesaian bukan organik, terdapat beberapa aplikasi dan perkhidmatan web yang saya ingin sebutkan. Senarai ini sama sekali tidak lengkap, tetapi saya telah menggunakan kebanyakan jika tidak semuanya pada masa -masa, dan saya tidak mengesyorkan sesuatu yang saya tidak sebenarnya berdiri - yakinlah bahawa semua ini melakukan apa yang mereka sepatutnya lakukan , dan lakukan dengan baik.

Trello adalah salah satu alat utama yang kami gunakan di SitePoint. Ia lebih berorientasikan bukan pemaju, lebih sesuai untuk editor dan pengurus, tetapi susun atur kad todo-ish yang sangat baik dan sokongan markdown menjadikan semua tugas mudah digambarkan dan jelas kelihatan. Jika anda berkomunikasi dengan kakitangan bukan teknikal secara teratur atau suka membuang idea -idea di sekitar dengan rakan sepasukan, Trello adalah pilihan yang baik. Terdapat pilihan percuma, jadi berikannya.

Basecamp adalah alternatif yang popular untuk Trello, dan pada dasarnya merupakan senarai tugasan yang dipertingkatkan oleh pasukan yang dimuliakan. Seperti Trello, ia menyokong bersarang, perbincangan dan muat naik fail. Ia tidak percuma, walaupun.

Google Apps boleh menjadi tuan rumah folio e-mel seluruh syarikat anda dan ikuti dengan Dokumen Google tertutup dan Google Drive, serta pemesejan kumpulan, kumpulan Google, kalendar syarikat dan banyak lagi. Aplikasi Google adalah suite keseluruhan aplikasi yang saya harap lebih banyak syarikat digunakan. Terlebih lagi, Google Apps for Business menyokong hangouts, jadi anda boleh berkomunikasi melalui IM dengan pasukan anda, dan juga menghantar mesej ke dan dari telefon bimbit anda. Sebenarnya, hangouts bahkan sejauh membolehkan anda menyertai panggilan video dari dua lokasi - contohnya, jika anda mendapat panggilan video semasa anda 5 minit dari pejabat, anda boleh menjawabnya dan bercakap di telefon. Sebaik sahaja anda sampai ke komputer anda, hanya memukul "Sertai panggilan ini" akan membuka aliran pada komputer juga, dan anda boleh menggantung di telefon anda (atau biarkannya dan mempunyai beberapa sudut kamera sendiri). Semuanya sangat cair, dan membuat persekitaran komunikasi yang benar -benar profesional.

Flyspray adalah sistem penjejakan bug sumber terbuka berasaskan web super mudah yang dapat membantu anda mengendalikan bug mudah dalam kerja sehari -hari. Dalam syarikat saya yang terdahulu, kami menggunakannya sebagai depan - kami membiarkan orang yang tidak teknikal mengemukakan pepijat dan permintaan di sana, dan kemudian orang penapis akan menghilangkan karut dan menggambarkan pepijat yang betul ke dalam lebih terperinci. Ini memastikan kami tidak pernah mendapat laporan yang tidak lengkap, yang membuat pembiakan dan penetapannya lebih cepat.

GitHub adalah rangkaian pengekodan sosial dalam talian. Ia adalah hab repositori sumber terbuka (atau sumber tertutup jika anda membayar) di mana semua orang dalam pasukan dapat dengan mudah bekerjasama, tanpa rasa sakit secara manual menubuhkan repo di pelayan anda sendiri. Bitbucket adalah alternatif yang berdaya maju, dan menawarkan repos peribadi percuma, berbanding dengan GitHub.

Atlassian, pembuat Bitbucket, juga mempunyai pelbagai alat kerjasama pasukan yang sangat baik seperti Confluence dan JIRA - kedua -duanya membolehkan anda bekerja dengan pasukan anda secara real time dan menggunakan satu titik pengumpulan data. JetBrains juga menawarkan set yang baik: TeamCity (Edisi Profesional Percuma) untuk integrasi berterusan dan YouTrack (percubaan 60 hari tanpa had, atau 10 pek percuma pengguna) untuk isu, permintaan dan penjejakan pepijat.

Jika anda melakukan perkembangan tangkas (lebih lanjut mengenai artikel masa depan), alat terbaik untuk wang itu dikatakan PivotalTracker dan Greenhopper (plugin Agile Jira) hari ini. Kedua-dua alat ini mempunyai beberapa rancangan percuma yang boleh anda cuba, tetapi kami akan melakukan analisis yang lebih mendalam tidak lama lagi.

Terakhir tetapi tidak kurang, jika semua yang anda perlukan adalah senarai todo yang baik, saya tidak dapat mengesyorkan Wedoist cukup - sangat mirip dengan Todoist (yang saya gunakan setiap hari), antara muka diselaraskan dan difokuskan pada tugas -tugas di tangan. Ini semua yang pernah anda lihat dalam semua aplikasi Todo yang lain, tetapi lebih baik.

Jika anda ahli pasukan dev, saya cadangkan campuran GitHub dan TeamCity yang sihat, dan Trello untuk perbincangan. Sekiranya anda berada dalam kedudukan pengurusan dan memutuskan projek dan kursus untuk diambil, saya dengan sepenuh hati mengesyorkan Google Apps. Jika anda berada dalam pasukan terpencil yang fleksibel, gunakan Wedoist dan lihat bagaimana ia sesuai dengan anda. Jika anda mengamalkan scrum, tambahkan pivotaltracker ke campuran.

Kesimpulan

Artikel ini menawarkan beberapa penyelesaian praktikal untuk meningkatkan kerja berpasukan dan produktiviti dalam satu pasukan. Dalam artikel susulan, kami akan meliputi alat berasaskan pasukan praktikal dengan lebih terperinci.

Adakah anda mempunyai alat kerjasama kegemaran? Pendekatan apa yang digunakan oleh pasukan anda untuk terus bertahan di lautan masalah? Beritahu saya dalam komen di bawah, atau di Google.

Soalan Lazim (Soalan Lazim) Mengenai Menjadi PHP Profesional dan Kerja berpasukan PHP

Apakah kemahiran utama yang diperlukan untuk menjadi profesional PHP? Ini termasuk pengetahuan sintaks PHP, jenis data, pembolehubah, pemalar, ekspresi, pengendali, struktur kawalan, dan fungsi. Di samping itu, anda harus biasa dengan konsep pengaturcaraan berorientasikan objek (OOP), pengurusan pangkalan data, dan teknologi pembangunan web seperti HTML, CSS, dan JavaScript. Pengalaman dengan kerangka PHP seperti Laravel atau Symfony juga boleh bermanfaat. Anda boleh meningkatkan kemahiran kerja berpasukan anda dengan aktif mengambil bahagian dalam mesyuarat pasukan, berkongsi idea dan maklum balas anda, dan bekerjasama dengan ahli pasukan anda mengenai pelbagai projek. Menggunakan sistem kawalan versi seperti Git juga boleh membantu anda bekerja dengan lebih berkesan dengan pasukan anda. Di samping itu, anda harus terbuka untuk belajar dari ahli pasukan anda dan bersedia membantu mereka apabila mereka memerlukannya. > Beberapa cabaran biasa dalam pembangunan pasukan PHP termasuk isu komunikasi, gaya pengekodan yang bertentangan, dan kekurangan peranan dan tanggungjawab yang jelas. Cabaran -cabaran ini boleh ditangani dengan mewujudkan saluran komunikasi yang jelas, bersetuju dengan gaya pengekodan yang sama, dan menentukan peranan dan tanggungjawab pada permulaan projek.

Dalam tetapan pasukan, anda boleh menggunakan PHP dengan berkesan dengan mengikuti amalan terbaik untuk pembangunan PHP. Ini termasuk menulis kod yang bersih dan boleh dibaca, menggunakan gaya pengekodan yang konsisten, dan mendokumentasikan kod anda dengan betul. Anda juga harus menggunakan sistem kawalan versi untuk menguruskan kod anda dan bekerjasama dengan ahli pasukan anda. Lebih banyak mengenai PHP dan kerja berpasukan. Ini termasuk tutorial, buku, dan kursus dalam talian. Laman web seperti StackOverflow dan php.net juga boleh membantu untuk mempelajari lebih lanjut mengenai PHP. Untuk meningkatkan kemahiran kerja berpasukan anda, anda boleh membaca buku mengenai pengurusan pasukan dan mengambil bahagian dalam aktiviti pembinaan pasukan. , Anda boleh menyumbang kepada projek PHP dengan menulis kod, mengkaji semula kod yang ditulis oleh orang lain, menguji permohonan, dan memberikan maklum balas. Anda juga harus berkomunikasi dengan berkesan dengan ahli pasukan anda dan bersedia membantu mereka apabila mereka memerlukannya.

Apakah peranan profesional PHP dalam satu pasukan? Mereka juga mungkin terlibat dalam merekabentuk seni bina aplikasi dan membuat keputusan teknikal. , kemahiran komunikasi yang baik, dan pemahaman yang mendalam tentang pembangunan PHP. Anda juga harus dapat mewakilkan tugas dengan berkesan, memberikan maklum balas yang membina, dan memotivasi ahli pasukan anda. Menggunakan sistem kawalan versi, mengikuti gaya pengekodan yang konsisten, menulis kod yang bersih dan boleh dibaca, dan mendokumentasikan kod anda dengan betul. Anda juga harus berkomunikasi dengan berkesan dengan ahli pasukan anda dan memberikan maklum balas yang membina.

Bagaimana saya boleh menjadi profesional PHP yang lebih baik? kemahiran. Ini termasuk mempelajari kerangka PHP baru, mengekalkan trend PHP terkini, dan mengamalkan kemahiran pengekodan anda. Anda juga harus bekerja pada projek dunia nyata untuk mendapatkan pengalaman praktikal.

Atas ialah kandungan terperinci Menjadi Profesional PHP: Kerja berpasukan praktikal. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!