Bunu aşağıdaki gibi bölümlere ayırırdım
- Mevcut personel - isimler ve başlıklar (ideal olarak fotoğraflarla)
- Başvurular, oturumlar, bilinmesi gereken veriler ve gönderilecek izin talepleri
- Şirket sitelerine ve işle ilgili önemli harici sitelere yer işaretleri
- Şirketin iletişim, e-posta, konferans odası rezervasyonu, paylaşım ekranı için kullandığı uygulamalar
- Gider makbuzları, seyahat rezervasyonu gibi şirket ile ilgili faaliyetler için prosedürler
- Geliştirici Makine Kurulumu. Yeni bir geliştirici makinesi kurma işlemini ayrıntılı olarak açıklayın. Bu genellikle sadece bir gün sürmesi 'beklenir', ancak çoğu zaman 3-5 gün sürer.
- Geliştirme süreci, işin nasıl izlendiği, atandığı ve güncellendiği ve hangi araçların kullanıldığı.
- Nasıl test edilir, ne test edilir, ne zaman test edilir, nerede test edilir.
- Dosya adlandırma kuralları ve dile özgü standartlar dahil kodlama standartları.
- Hataların nasıl ele alınacağı, nerede belgelendirileceği, düzeltilmesi için nasıl gidileceği.
- dağıtım süreci, üretim itmek için bilinmesi gereken anahtar şeyler nelerdir.
- Nasıl dokümante edilir, ne dokümante edilir, Ne zaman dokümante edilir.
- Nerede 'olduğu', örneğin Kod, Veri, Standartlar, Belgeler, Bağlantılar ve diğer varlıklar için konumlar.
Modüler yapmak, sizin veya başkalarının parçaları ayrı ayrı güncellemesine de izin verecektir, örneğin çalışanların adları ve pozisyonları insanlar gelip gittikçe sık sık değişecektir.
Her bölüm için 'acemi' bakış açısıyla yazmak için çok uğraşardım. En önemlisi, bir acemi için gerçekten mantıklı olduğundan emin olmak olacaktır. Patronun besbelli değil o hedef kitlesi olmadığı için bu gözden doğru kişi. O sadece İçeriğin test edilen yukarıya bitmiyor yapmak, bunu istemek doğru tarafından kendisine. Ayrıca bir 'acemi' her ikisi de sadece bir acemi olarak "1 hafta" vardır ... ve sadece bir bakış açısı vardır. Bu nedenle, belgenin her yeni çalışanla birlikte rafine edilmesi muhtemeldir (ve önerilir). Aslında onları ilk haftaları için atamak oldukça iyi bir görev, yani "Yeni başlayanlar kılavuzunu güncelleyin".
Agile / SCRUM için:
Agile ve SCRUM yapmanın en zor kısmı bunu 'gerçekten' yapmaktır.
Okumak için http://agilemanifesto.org/ adresinden başlayıp oradan giderdim.
Ayrıca , çalışabilmesi için tüm yönleri benimsemeniz gerektiğine ağırlık veren iyi bilinen http://www.halfarsedagilemanifesto.org/ adresini de okurum . Kuruluşlarınız için Agile'ı büyük ölçüde değiştirmeniz gerekiyorsa, insanların doğru süreçleri kullanmadan faydaları istemesi muhtemeldir. Bu gerçeğin kendisi , yarı-assyness'i önlemek için sunulmalıdır.