Vem kan vara en bra välvillig diktator?
Att vara en välvillig diktator kräver en kombination av egenskaper. Det krävs först och främst en väl slipad känslighet för sitt eget inflytande i projektet,vilket i sin tur medför självbehärskning. I de tidiga skedena av en diskussion bör man inte uttrycka åsikter och slutsatser med en sådan säkerhet att andra känner att det är meningslöst att vara oense.Folk måste vara fria att lufta idéer, även dumma idéer. Det är naturligtvis oundvikligt att BD också kommer att lägga fram en dum idé då och då, och därför kräver rollen också en förmåga att känna igen och inse när man har fattat ett dåligt beslut – även om detta helt enkelt är en egenskap som alla bra utvecklare bör ha, särskilt om de stannar kvar i projektet under lång tid. Skillnaden är dock att BD:n har råd att göra misstag då och då utan att behöva oroa sig för att hennes trovärdighet ska skadas på lång sikt. Utvecklare med mindre erfarenhet känner sig kanske inte lika säkra, så BD bör formulera kritik eller motsatta beslut med viss känslighet för hur mycket vikt hennes ord har, både tekniskt och psykologiskt.
BD behöver inte ha de skarpaste tekniska färdigheterna av alla i projektet. Hon måste vara tillräckligt skicklig för att själv arbeta med koden och för att förstå och kommentera varje förändring som övervägs, men det är allt. Det viktiga är erfarenhet och övergripande känsla för design – inte nödvändigtvis förmågan att producera bra design på begäran, men förmågan att känna igen och stödja bra design, oavsett varifrån den kommer.
Det är vanligt att den välvilliga diktatorn är en av projektets grundare, men detta är mer en korrelation än en orsak. Den typ av egenskaper som gör att man framgångsrikt kan starta ett projekt – teknisk kompetens, förmåga att övertala andra att ansluta sig och så vidare – är precis de egenskaper som en BD skulle behöva. Och naturligtvis börjar grundarna med ett slags automatisk senioritet, vilket ofta kan vara tillräckligt för att få grundarens välvilliga diktatur att framstå som den väg som ger minst motstånd för alla inblandade.
Håll i minnet att möjligheten till förskjutning går åt båda hållen. En BD kan gaffla ett projekt lika lätt som vem som helst, och vissa har ibland gjort det när de kände att den riktning de ville ta med projektet var annorlunda än den som majoriteten av andra utvecklare ville gå. På grund av forkability spelar det ingen roll om den välvilliga diktatorn har kontroll över det för tillfället accepterade ”master”-projektregistret. Folk talar ibland om kontroll över förvaret som om det vore den yttersta källan till makt i ett projekt, men i själva verket är det irrelevant. Möjligheten att lägga till eller ta bort människors lösenord för ett projekt på en viss värdwebbplats påverkar endast den kopian av projektet på den webbplatsen. Ett långvarigt missbruk av denna makt, oavsett om det sker av BD eller någon annan, skulle helt enkelt leda till att utvecklingen flyttas till en annan kopia av projektet.