ฉันจะแบ่งมันออกเป็นส่วน ๆ เช่น
- พนักงานปัจจุบัน - ชื่อและชื่อเรื่อง (พร้อมรูปถ่าย)
- แอปพลิเคชันเข้าสู่ระบบข้อมูลที่ต้องรู้และคำขออนุญาตที่ส่งมา
- คั่นหน้าไปยังเว็บไซต์ของ บริษัท และเว็บไซต์ภายนอกที่สำคัญที่เกี่ยวข้องกับธุรกิจ
- แอปพลิเคชันที่ บริษัท ใช้สำหรับการส่งอีเมลการจองห้องประชุมหน้าจอที่ใช้ร่วมกัน
- ขั้นตอนสำหรับกิจกรรมที่เกี่ยวข้องกับ บริษัท เช่นใบเสร็จรับเงินค่าใช้จ่ายการจองการเดินทาง
- การตั้งค่าเครื่องของนักพัฒนา อธิบายขั้นตอนการตั้งค่าเครื่องผู้พัฒนาใหม่โดยละเอียด ซึ่งโดยปกติจะเป็น 'คาดหวัง' ที่จะใช้เวลาเพียงหนึ่งวัน แต่มักจะใช้เวลา 3-5 วันในความเป็นจริง
- กระบวนการพัฒนาวิธีการติดตามการมอบหมายและการปรับปรุงและเครื่องมือที่ใช้
- วิธีการทดสอบสิ่งที่จะทดสอบเมื่อใดที่จะทดสอบสถานที่ที่จะทดสอบ
- มาตรฐานการเข้ารหัสรวมถึงแบบแผนการตั้งชื่อไฟล์และมาตรฐานเฉพาะภาษา
- วิธีจัดการกับข้อบกพร่องสถานที่จัดเก็บเอกสารวิธีการแก้ไขข้อผิดพลาด
- กระบวนการปรับใช้เป็นสิ่งสำคัญที่ต้องทราบสำหรับการผลักดันการผลิต
- วิธีทำเอกสาร, เอกสารอะไร, เอกสารเมื่อไหร่
- ตำแหน่งที่ 'เป็น' เช่นตำแหน่งสำหรับรหัสข้อมูลมาตรฐานเอกสารลิงค์และสินทรัพย์อื่น ๆ
การทำให้เป็นแบบแยกส่วนจะทำให้คุณหรือผู้อื่นอัพเดทชิ้นส่วนแยกกันเช่นชื่อพนักงานและตำแหน่งจะเปลี่ยนบ่อยครั้งเมื่อมีคนเข้ามา
สำหรับแต่ละส่วนฉันพยายามอย่างหนักเพื่อเขียนจากมุมมอง 'มือใหม่' สิ่งสำคัญที่สุดคือการทำให้แน่ใจว่าเป็นมือใหม่จริงๆ เห็นได้ชัดว่าเจ้านายของคุณไม่ใช่บุคคลที่เหมาะสมในการตรวจสอบสิ่งนี้เนื่องจากเขาไม่ใช่ผู้ชมที่ต้องการ เขาต้องการถูกต้องเพียงตรวจสอบให้แน่ใจว่าเนื้อหาไม่ได้ถูกทดสอบโดยเขา นอกจากนี้ 'มือใหม่' ทั้งคู่มีเพียง "1 สัปดาห์" ว่าเป็นมือใหม่ ... และมีเพียงมุมมองเดียว ดังนั้นจึงเป็นไปได้ (และแนะนำ) ว่าเอกสารจะได้รับการปรับปรุงให้กับพนักงานใหม่แต่ละคน ในความเป็นจริงมันเป็นงานที่ค่อนข้างดีที่จะมอบหมายให้พวกเขาสำหรับสัปดาห์แรกของพวกเขาเช่น "อัปเดตคู่มือผู้ใช้งานใหม่"
สำหรับ Agile / SCRUM:
ส่วนที่ยากที่สุดในการทำ Agile และ SCRUM คือ 'ทำจริง'
สำหรับการอ่านฉันจะเริ่มต้นที่http://agilemanifesto.org/และไปจากที่นั่น
ฉันจะอ่านhttp://www.halfarsedagilemanifesto.org/ซึ่งเป็นที่รู้จักกันดีซึ่งเพิ่มน้ำหนักให้กับความจริงที่ว่าคุณต้องยอมรับทุกด้านเพื่อให้ทำงานได้จริง หากคุณต้องปรับเปลี่ยน Agile อย่างมากสำหรับองค์กรของคุณอาจเป็นไปได้ว่าผู้คนต้องการผลประโยชน์โดยไม่ต้องใช้กระบวนการที่ถูกต้อง ความจริงเรื่องนี้ตัวเองควรจะนำเสนอเพื่อปัดใด ๆ ครึ่ง assyness