Pengembang Debian memiliki banyak tanggung jawab, dan sebagai anggota resmi proyek, mereka memiliki pengaruh besar mengenai arah proyek ini. Seorang pengembang Debian umumnya bertanggung jawab atas paling tidak satu paket, namun sesuai dengan waktu yang tersedia dan keinginannya, bebas untuk bergabung ke beberapa tim, sehingga memiliki tanggung jawab lebih dalam proyek.

Pemeliharaan paket menjadi aktivitas yang relatif terorganisir, terdokumentasi sangat baik atau bahkan sangat diatur. Pemeliharaan paketharus memenuhi semua standar dari Debian Policy. Untungnya, terdapat banyak perkakas yang memfasilitasi pekerjaan pemeliharaan paket ini. Pengembang lantas dapat langsung fokus pada spesifikasi paket mereka dan pada pekerjaan yang lebih rumit, seperti memecahkan bug.

Kebijakan, elemen penting dari Proyek Debian, menyediakan aturan yang memastikan kualitas paket dan interoperabilitas sempurna dari distribusi. Terima kasih pada Kebijakan ini, Debian tetap konsisten terlepas dari ukurannya yang begitu besar. Kebijakan ini tidak mati, namun secara terus-menerus berevolusi, terima kasih atas proposal yang diformulasikan dalam milis debian-policy@lists.debian.org. Amandemen yang disetujui oleh semua pihak diterima dan diterapkan ke dalam dokumen oleh kelompok kecil pengelola yang tidak memiliki tanggung jawab editorial (mereka hanya menyertakan modifikasi yang telah disetujui oleh pengembang Debian yang merupakan anggota dari milis debian-policy). Anda dapat membaca amandemen saat ini pada sistem pelacakan bug:

Kebijakan ini memberikan cakupan yang cukup luas dari aspek teknis pengemasan. Ukuran proyek juga menimbulkan masalah organisasi; hal ini ditangani oleh Konstitusi Debian, yang menetapkan struktur dan sarana untuk pengambilan keputusan. Dengan kata lain, sistem tata kelola formal.

Konstitusi ini mendefinisikan beberapa peran dan posisi, berikut dengan tanggung jawab dan kewenangannya. Secara khusus perlu diperhatikan bahwa pengembang Debian selalu memiliki kewenangan dalam membuat keputusan terakhir di sidang umum, di mana diperlukan tiga-per-empat (75%) suara diperlukan untuk membuat perubahan (misalnya yang memiliki efek pada Dokumen Yayasan). Biar bagaimanapun, setiap tahunnya pengembang memilih seorang "pemimpin" untuk merepresentasikan mereka dalam pertemuan, dan memastikan koordinasi internal antara beragam tim. Pemilihan ini selalu penuh dengan diskusi intensif. Peran Debian Project leader (DPL) tidak didefinisikan secara formal dalam dokumen mana pun: kandidat untuk posisi ini umumnya mengajukan pemahaman mereka sendiri akan posisi pemimpin. Pada praktiknya, peran pemimpin termasuk sebagai perwakilan ke media, koordinasi antara tim "internal", dan menyediakan panduan umum ke proyek, di mana pengembang dapat menghubungkan: pandangan DPL secara implisit disetujui oleh mayoritas anggota proyek.

Secara khusus, seorang pemimpin memiliki otoritas; hak suaranya memecahkan pemungutan suara seri; ia dapat membuat keputusan apapun yang sebelumnya tak seorang pun memiliki wewenang dan dapat mendelegasikan sebagian tanggung jawabnya.

Sejak masa kelahirannya, proyek Debian telah dipimpin secara berturut-turut oleh Ian Murdock, Bruce Perens, Ian Jackson, Wichert Akkerman, Ben Collins, Bdale Garbee, Martin Michlmayr, Branden Robinson, Anthony Towns, Sam Hocevar, Steve McIntyre, Stefano Zacchiroli, Lucas Nussbaum, Neill McGovern, Mehdi Dogguy, Chris Lamb, Sam Hartman, dan Jonathan Carter.

Konstitusi telah mendefinisikan sebuah "komite teknis". Peran dasar komite ini adalah memutuskan hal-hal teknis saat para pengembang yang terlibat belum mencapai kesepakatan di antara mereka sendiri. Selain itu, komite ini berperan sebagai penasihat bagi pengembang mana pun yang tidak bisa membuat keputusan yang mereka bertanggung jawab atasnya. Penting untuk dicatat bahwa mereka hanya terlibat saat diundang oleh salah satu pihak yang membutuhkan.

Akhirnya, di dalam konstitusi didefinisikan posisi "sekretaris proyek" yang bertanggung jawab atas proses pemungutan suara dari beragam pemilihan dan sidang umum.

Prosedur "resolusi umum" ("general resolution"/GR) sepenuhnya dirinci dalam konstitusi, dari periode diskusi awal hingga penghitungan akhir suara. Aspek yang paling menarik dari proses itu adalah bahwa ketika sampai ke pemberian suara yang sebenarnya, pengembang harus menentukan peringkat pilihan pemungutan suara yang berbeda antara mereka dan pemenang dipilih dengan metode Condorcet https://en.wikipedia.org/wiki/Condorcet_method (lebih khusus lagi, metode Schulze). Untuk lebih jelasnya lihat:

Bahkan jika konstitusi ini menyediakan kemiripan dengan demokrasi, kenyataan sehari-hari cukup berbeda: Debian secara alami mengikuti peraturan perangkat lunak bebas do-ocracy: mereka yang melakukan, mereka yang menentukan. Banyak waktu dapat dihabiskan dengan mendebatkan keuntungan dari beragam pendekatan masalah; solusi yang akan dipilih pertama adalah solusi yang fungsional dan memuaskan... menghargai waktu yang dihabiskan oleh mereka yang kompeten.

Hanya inilah cara untuk mendapatkan kredit: lakukan sesuatu yang berguna dan tunjukkan telah bekerja dengan baik. Banyak tim "administratif" Debian bekerja berdasarkan perjanjian, lebih suka relawan yang telah berkontribusi secara efektif dan membuktikan kompetensinya. Metode ini praktis, karena mayoritas pekerjaan tim ini bersifat publik, sehingga dapat diakses oleh pengembang manapun yang tertarik. Oleh karena inilah Debian sering digambarkan sebagai "meritokrasi".

Metode efektif operasi ini menjamin kualitas dari kontributor merupakan "kunci" dalam tim Debian. Metode ini bukan berarti sempurna dan sesekali terdapat mereka yang tidak setuju dengan cara kerja ini. Seleski pengembang yang dipilih dalam tim bisa jadi terlihat arbitrer atau bahkan tak adil. Lebih lanjut, tak semuanya memiliki definisi yang sama dari layanan yang diharapkan dari tim ini. Untuk beberapa orang, merupakan hal yang tidak dapat diterima untuk mengguna selama 8 hari untuk memasukkan paket Debian baru, sementara lainnya tidak masalah akan bersabar menunggu selama 3 minggu. Kondisi seperti ini, terdapat keluhan rutin dari mereka yang tidak suka mengenai "kualitas layanan" dari beberapa tim.

Apakah relevan untuk menyebut pengguna di antara mereka yang bekerja dalam proyek Debian? Ya: mereka memiliki peran penting dalam proyek. Jauh dari sekadar "pasif", beberapa pengguna menjalakan Debian versi pengembangan dan secara rutin melaporkan bug untuk mengindikasikan masalah. Lainnya bahkan pergi jauh lebih dalam dengan memberikan ide perbaikan, dengan mengisi laporan kutu dengan tingkat severity "wishlist", atau bahkan memberikan koreksi pada kode sumber, yang dinamakan sebagai "patches" (lihat Bagian 1.3.2.3, “Mengirim perbaikan”).

$ diff -u file.old file.new >file.patch

$ patch -p0 file.old <file.patch

Sejak awal, Debian telah diorganisasikan dengan konsep sumber paket, masing-masing dengan pengelolanya atau kelompok pengelola. Banyak tim kerja yang lambat laun bermunculan, memastikan administrasi dari infrastruktur, pengelolaan pekerjaan yang tidak spesifik pada paket tertentu (penjaminan kualitas, Debian Policy, installer, dll.), dengan tim terbaru tumbuh di sekitar sub-proyek dan blend.