Çift Programlama ve ISO 27001

Bir eXtreme programlama ekibinde çalışıyorum ve 7 yıldan fazla bir süredir Windows ortamında çift programlama yapıyorum. İlk yapmaya başladığımızda birisi windows kimlik bilgileriyle oturum açacaktı ve bu nedenle etki alanı kaynaklarına ve daha spesifik olarak sürüm kontrolüne tüm erişim o windows kullanıcısına karşı sorumlu olacaktı. Sonunda belirli eşleştirme istasyonları (örn. PairA, pairB, PairC vb.) İçin pencereler eşleştirme hesaplarına sahip olduk. Tüm geliştiriciler bu hesapların şifrelerini biliyor. Taahhütlerin hesap verebilirliği (check-in), programcıların işlem sırasında baş harfleri yorumda yer almasıyla sağlanır.

Şimdiye kadar bu bizim için iyi çalıştı, ancak şirketim şu anda bir ISO 27001 denetiminden geçiyor ve bu denetçi tarafından bir risk olarak işaretlendi. Her çift kombinasyonu için bir eşleştirme hesabı oluşturmak gibi bir dizi olası çözümüm var, ama gerçekten başka bir kişinin bu sorunla karşılaşıp karşılaşmadığını ve nasıl çözdüğünü bilmek istiyorum?

Denetçiler hangi çözümü kabul etti?

Denetçilerin, geliştiricilerin paylaşılan bir parolaya sahip bir "çift" olarak değil, kendileri olarak oturum açmasını tercih edeceğini varsayarım. Risk açık olmalıdır - bir geliştirici "PairA" olarak bazı kötü amaçlı kod ekler ve başka birinin baş harflerini yoruma koyar (veya hiç yorum yapmaz). Kötü niyetli geliştiriciye nasıl geri dönersiniz?

Kim ilk sürüş (kendi oturumunda) kendi kimliği ile giriş tavsiye ve çift her iki baş harfleri yorum koymaya devam - bu şekilde, kod gerçek bir geliştirici geri izlenebilir kalır.

Oldukları gibi hesapları tutardım, genellikle sadece bir kişi araba kullanıyor ve diğer kişi makineyi kullanıyor olsa bile (gayri resmi olarak) giriş yapan kişi hala makinelerinde neler olduğunu bilmelidir.

Checkin, çiftin kim olduğunu göstermek için hala yorumlara ihtiyaç duyacaktır.

İşin olası olmayan bir kullanıcıya kilitlenmemesi için ayrı hesaplar oluşturmak yerine sürüm kontrol sisteminizi kullanın. Bir çift çalışmaya başladığında bir görev dalı oluşturun. Sınamalar her geçtikten sonra görev şubesine kod verin Görev tamamlandığında, birleştirin ve görev dalını kapatın.

Şimdiye kadar bu bizim için iyi çalıştı, ancak şirketim şu anda bir ISO 27001 denetiminden geçiyor

ISO 27001 ya da değil, mevcut sisteminiz sadece yüksek derecede iletişim ve karşılıklı güvenin olduğu küçük bir şirket olduğunuz için çalışır. Bu tür şeyler çok iyi ölçeklenmiyor, bu yüzden muhtemelen gelecekte bir noktada başka seçenekleri de düşünmelisiniz.

Olası her çift için ayrı bir hesap oluşturmak daha az pratik görünüyor: 10 geliştiriciden oluşan bir grup için 90 hesaba ihtiyacınız olacak ve bu 10 geliştiricinin her biri 9 farklı giriş / şifre kombinasyonu bilmek zorunda kalacak.

Tek pratik çözüm, diğerlerinin önerdiği gibi bireysel hesapları kullanmak ve çiftteki ikinci kişinin kimliğini başka bir şekilde izlemektir (sürüm kontrol taahhüdünüzdeki yorum, sorun izleme sistemindeki alan vb.).

Pete aşkına, çiftin sürüş üyesi itme / taahhüt için kredi / sorumluluk alsın. Bir dahaki sefere diğer üye araba kullanacak. "Şoför" eş pilotla üzerinde anlaşamadığı hiçbir şey yapmayacak.

Programlama ortak çalışmadır. Hiçbir programlama işlemi% 100 bireysel değildir. Belirli bir itme / taahhüdün sadece Tom değil, Tom ve Harry tarafından yapıldığını yansıtmak isteyen titiz olmaya gerek yoktur. Çift programlamanın faydaları bu nüansı gözden kaçırmaya değer.

Denetçi haklıdır, "havuz" hesaplarından kaçınılmalıdır.