Redmine สำหรับการจัดการด้านไอที: ประสบการณ์ในทางปฏิบัติระบบโอชิ่เอสอร์ซ

ยุคเล็ก ๆ อย่างที่คุณทราบระบบอัตโนมัติเริ่มต้นด้วยสิ่งที่ "ร่าเริง" เสมอ ทำให้ตัวเองเป็นอัตโนมัติหรือผู้บริหารของคุณเราเริ่มไม่ได้มาจากชีวิตที่ดี สิ่งนี้มักเกิดขึ้นเพราะองค์กรเติบโตขึ้นมันจะกลายเป็นเรื่องยากที่จะนำทางในข้อมูลที่เข้ามาจำนวนมากและที่มีอยู่ ดังนั้นองค์กรของเราในบางจุดเริ่มเติบโตอย่างรวดเร็วดังนั้นเราจึงต้องการอย่างรวดเร็วจากความโกลาหลเพื่อทำสิ่งที่มีโครงสร้างมีประโยชน์และสะดวกสบาย

ความโกลาหลหมายถึงอะไรในระบบของเรา? ซึ่งหมายความว่าคำขอที่ไม่ได้สั่งซื้อที่ไม่ได้อยู่ภายใต้การร้องขอการวิเคราะห์และการจัดโครงสร้างมาจากผู้ใช้และไม่มีการจัดการโครงการเช่นนี้ สอบถามข้อมูลการแช่แข็งบางแห่งในจดหมายใน Word ในหัวของนักวิเคราะห์โปรแกรมเมอร์ผู้จัดการแผนก - ขึ้นอยู่กับโครงสร้างที่ใช้ในองค์กร

เราตัดสินใจที่จะลบความโกลาหลของคุณโดยใช้ Redmine Software ทำการจองทันทีว่าเราจะไม่พูดเกี่ยวกับวิธีการ เราจะพูดถึงความเป็นไปได้ของ Redmine เกี่ยวกับวิธีที่เราใช้ แต่ละ บริษัท มีความแตกต่างของตัวเองอย่าพาเราไปหาเราอย่าใช้คนอื่น ทำการวิเคราะห์ของคุณทำหน้าที่ตามที่คุณคิดว่าถูกต้องและจำเป็นสำหรับคุณ อย่ากลัวข้อผิดพลาดเพราะข้อผิดพลาดที่เราเรียนรู้

จากความโกลาหลซึ่งเรามีเราพยายามย้ายไปสั่ง ตอนนี้เราอยู่ตรงกลางด้วยวิธีนี้ แน่นอนว่าไม่ใช่ทุกอย่างและจะไร้เมฆและราบรื่น แต่เราพยายามมาก

ภายใน บริษัท ของเราเราจัดสรรปัญหาหลักสามประการ:

  • ครั้งแรกเราต้องการระบบสำหรับการติดตามข้อผิดพลาดเหตุการณ์และคำขอที่เข้ามา I.e. เราจำเป็นต้องทำการติดตามข้อผิดพลาดโดยอัตโนมัติ
  • ประการที่สองเราต้องการที่จะจัดสรรการจัดการโครงการ ไม่ได้รับการตรวจสอบโดยอัตโนมัติอย่างสมบูรณ์ซึ่งหมายถึงการใช้วิธีการและเท่าที่จำเป็นในการพัฒนาและอนาคต ต่อไปคุณจะเห็นวิธีที่เราใช้ Redmine สำหรับสิ่งนี้และที่เรากำลังจะพัฒนาต่อไป
  • ประการที่สามเราจัดสรรหน่วยควบคุมบริการไอที (ITSM) เป็นระบบแยกต่างหากอย่างไรก็ตามยังไม่เต็ม แผนกของเราให้บริการด้านไอทีที่แตกต่างที่ต้องมีการจัดการ

นอกจากนี้เราได้จัดสรรปัญหาส่วนตัวของเรา:

  • สิ่งนี้ฉันทำซ้ำบริการด้านไอทีที่หลากหลายเพราะโปรแกรมเมอร์ใช้ชีวิตของพวกเขาผู้ดูแลระบบยังคงมีแผนกการตลาดอินเทอร์เน็ตและอื่น ๆ
  • แต่ละคนมีโครงสร้างของตัวเองและความปรารถนาของพวกเขาในการจัดการแผนก ในทุกแผนกวิธีการที่แตกต่างกันแนวทางผู้จัดการและโรคจิต - มันเรียกเก็บสำนักพิมพ์ของระบบ แต่มันเป็นสิ่งจำเป็นที่จะย้ายไปพร้อมกับทั้งหมดในเวลาเดียวกันและถึงเป้าหมายเดียว - คำสั่งบางอย่างในองค์กรการเข้าถึงข้อมูลและการคาดการณ์;
  • นอกจากนี้ยังมี KPI อีก KPI ซึ่งจะคำนวณโดยตัวบ่งชี้ที่แตกต่างกัน
  • ในการพัฒนาต่อไปเราต้องมีการวิเคราะห์ข้อมูลที่เข้ามาเพิ่มเติมสิ่งที่เกิดขึ้นในแผนกและวิธีการสะท้อนในองค์กรโดยรวม
  • เราต้องควบคุมงบประมาณภายในในกรอบที่เราป้อนหรือส่วนใหญ่มักจะไม่เข้า พวกเขายังต้องวิเคราะห์และจัดการพวกเขาอย่างใด มันจะดีกว่าที่จะทำทั้งหมดนี้ในระบบเดียวโดยเฉพาะอย่างยิ่งมันสะดวกสำหรับคู่มือ

ดังนั้นเราจึงจัดสรรสามระบบที่ฉันต้องการรวมเข้ากับหนึ่ง

สำหรับแต่ละระบบเหล่านี้มีซอฟต์แวร์เฉพาะแยกต่างหาก มันเป็นผลิตภัณฑ์อัตโนมัติที่มีชื่อเสียงทั้งหมดที่มีข้อดีและข้อเสียของตัวเองดังนั้นหากคุณเลือกระบบสำหรับตัวคุณเองให้พิจารณาทุกอย่าง

ไม่ใช่ผลิตภัณฑ์ทั้งหมดที่ระบุไว้ในสไลด์มีอีกมากมายและไม่เพียง แต่ในตลาดรัสเซีย แต่ยังอยู่ทางตะวันตก แต่สำหรับเราหนึ่งในข้อกำหนดคืออินเทอร์เฟซที่พูดภาษารัสเซียเพราะผลิตภัณฑ์นี้จะใช้ไม่เพียง แต่โปรแกรมเมอร์และผู้ดูแลระบบที่เป็นภาษาอังกฤษที่เข้าใจได้มากกว่าหรือน้อยลง แต่ยังมีผู้ใช้ทั่วไป

ว่าจะไปที่ไหน? ผลิตภัณฑ์มากมาย ข้อกำหนดสำหรับพวกเขาจากแผนกและการควบคุมต่าง ๆ แตกต่างกัน เราจะเลือก

อันเป็นผลมาจากการวิเคราะห์และการเลือกเช่นเดียวกับการยื่นของ Alexei Lustin ซึ่งเป็นผลิตภัณฑ์ Redmine ที่ครอบคลุมพื้นที่บางอย่างมาหาเรา ลองดูว่ามันครอบคลุมประเภทไหน?

มันครอบคลุมตัวติดตามข้อผิดพลาดอย่างสมบูรณ์ซึ่งเราต้องการทำงานใน บริษัท นี่คือการรวมศูนย์ของการรับแอปพลิเคชันจากผู้ใช้และลูกค้าในทุกระดับ มันเป็นจุดปวดขั้นพื้นฐานที่สุดซึ่งจำเป็นต่อการอัตโนมัติอย่างรวดเร็ว ฉันคิดว่าทุกคนมีปัญหานี้เพราะเมื่อฉันได้กล่าวไปแล้วข้อมูลที่เกิดขึ้นในความยุ่งเหยิงและตั้งถิ่นฐานในสถานที่ต่าง ๆ - ในจดหมายใน Word, Excel หรือ Heads ข้อมูลดังกล่าวไม่ได้อยู่ภายใต้การวิเคราะห์และรับข้อสรุปและผลลัพธ์ เป็นผลให้ปรากฎว่า:

    • องค์ประกอบข้อมูลของฐานความรู้ซึ่งสามารถวิเคราะห์และทำความเข้าใจกับสิ่งที่ต้องทำต่อไปที่ขาดหายไป สิ่งนี้ทำให้อัตราการเกิดปฏิกิริยาช้าลงและส่งผลกระทบต่อความไม่ขาดแคลนและคุณภาพของงานซึ่งทำกำไรโดยตรงขึ้นอยู่กับ;
    • เพิ่มเวลา "ดำน้ำ" ของพนักงานใหม่เพื่อทำงานกับระบบองค์กร
    • ความอดทนล้มเหลวเป็นของตัวเองด้วยตนเอง - บางคนที่ไม่มีระบบการทำงานไม่สามารถมีชีวิตอยู่สองนาที ดังนั้นตัวติดตามข้อผิดพลาดจึงมีบทบาทสำคัญและในเวลานั้นปัญหาที่มีอาการเฉียบพลันมาก

การจัดการโครงการ Redmine ครอบคลุมครึ่งหนึ่งเนื่องจากผลิตภัณฑ์นี้ไม่ชำนาญในการจัดการโครงการ แต่มีบล็อกบางอย่างซึ่งช่วยในเรื่องนี้ น่าเสียดายที่นี่ไม่ใช่ผลิตภัณฑ์ที่เหมาะ แต่ในเวลานั้นเขาครอบคลุมข้อกำหนดที่เราตั้งค่าถึงระบบ

และมีการปิดบล็อก ISM ขนาดเล็กมาก ระบบ Redmine ไม่ได้มีวัตถุประสงค์เพื่อจัดการบริการด้านไอทีดังนั้นจึงมีข้อบกพร่องบางอย่างในการดำเนินการและโครงสร้างข้อมูล เราได้ออกมาจากสถานการณ์นี้โดยเลือกรุ่นของระบบ ITSM ของคุณ

ดังนั้นทางเลือกของเราคือ Redmine มันค่อนข้างกำหนดเองปรับขนาดได้ยืดหยุ่นและมีการตั้งค่าที่สะดวก

ทำไม redmine

  • นี่คือคำหวาน "Freebie" Redmine ฟรีแม้ว่าการจองจะมีปลั๊กอินที่คุณเลือกสำหรับตัวคุณเอง ไม่ว่าในกรณีใดคุณมีการพยากรณ์ต้นทุนบางอย่างเพราะถ้าคุณซื้อปลั๊กอินและอย่าเปลี่ยนแพลตฟอร์ม Redmine จากนั้นบางครั้งปลั๊กอินนี้สามารถใช้งานได้โดยไม่มีการลงทุนเพิ่มเติม และถ้าคุณตัวอย่างเช่นคุณต้องอัปเดตแล้วคุณจ่ายสำหรับการอัปเดตนี้และใช้งานเพิ่มเติม การอัปเดตแพลตฟอร์ม Redmine เกิดขึ้นหนึ่งหรือสองหรือสองครั้งต่อปีและอัปเดตหรือไม่ - นี่คือความปรารถนาของคุณ
  • Redmine มีอินเทอร์เฟซที่ใช้งานง่าย เราได้นำ Redmine มาใช้งานไม่เพียง แต่เป็นผลิตภัณฑ์สำหรับการจัดการด้านไอที แต่ยังเป็นผลิตภัณฑ์ที่ได้รับแอปพลิเคชันจากผู้ใช้สำหรับแผนกต่างๆ ตัวอย่างเช่นสาขาแยกต่างหากถูกเน้นสำหรับการประยุกต์ใช้งานของฝ่ายบริหารและเศรษฐกิจ
  • เป็นไปได้ที่จะควบคุมลำดับความสำคัญในรูปแบบการวิเคราะห์ต่าง ๆ รวมถึงเป็นรายบุคคลตามภารกิจ
  • เวลาและทรัพยากรการจัดการ ฉันคิดว่านี่เป็นหน่วยหลักสำหรับหัว ช่วยให้คุณเข้าใจว่ามีการโหลดแผนกจำนวนเท่าใดกับงานที่เกี่ยวข้องกับค่าใช้จ่ายอะไรและวิธีการจำแนกค่าใช้จ่าย แต่เกี่ยวกับด้านล่าง
  • การวิเคราะห์และรายงานใน Redmine นั้นแสดงออกอย่างชัดเจน แต่มี API ที่กว้างขวาง คุณสามารถรับข้อมูลจากฐานข้อมูล API ยกเลิกการโหลดลงในระบบของคุณและรับรายงานใด ๆ
  • การตั้งค่าที่ยืดหยุ่นการปรับแต่งและอัตโนมัติของการดำเนินงานด้วยตนเองด้วยปลั๊กอิน
  • การรวมเข้ากับ Git เป็นหนึ่งในตัวบ่งชี้ที่สำคัญ ที่เก็บข้อมูลของฐานข้อมูลของเราเชื่อมต่อกับ GitLab และในงาน Redmine ใด ๆ ที่คุณสามารถดูบันทึก (รุ่นที่เกี่ยวข้อง): ใครเมื่อใดและสิ่งที่เปลี่ยนแปลงไปตามงานนี้ด้วยการเปลี่ยนผ่านไปยัง Gitlab

สำหรับข้อมูล: Git เป็นระบบควบคุมเวอร์ชันกระจาย มันติดตามแก้ไขและเก็บข้อมูล (เวอร์ชัน) เกี่ยวกับการเปลี่ยนแปลงในไฟล์และไดเรกทอรีใด ๆ และยังตรวจสอบความสมบูรณ์ของข้อมูล ในกรณีของเราเรากำลังพูดถึงรหัสที่มา 1C

นี่คือรายการของรุ่นที่เกี่ยวข้องดูเหมือนว่า:

  • การจัดการงานและการติดตามข้อผิดพลาด นี่คือตัวติดตามข้อผิดพลาดมาตรฐานซึ่งเราจะใช้
  • การจัดการเหตุการณ์โครงการงบประมาณ การสร้างงบประมาณทั้งหมดจะดำเนินการในแบบของตนเอง ฉันจะแสดงให้เห็นว่าเราโดยอัตโนมัติด้วยตัวคุณเองและจากนั้นคุณสามารถลองใช้การจัดการงบประมาณในตัวคุณเองโดยอัตโนมัติ - ฉันคิดว่ามันจะง่ายเพราะมีแรงงานใน Redmine และคุณสามารถถ่ายโอนไปยังเงินได้เช่นกัน
  • Wiki ใน Redmine ไม่ได้ดำเนินการอย่างดีดังนั้นจึงเป็นการดีกว่าที่จะใช้ผลิตภัณฑ์อื่นเพื่อจุดประสงค์ในการสร้างฐานความรู้และการทำงานร่วมกัน สำหรับตัวเองเราเลือกระบบบรรจบกันจาก Atlassian ซึ่งเป็นหนึ่งในสิ่งที่พบมากที่สุดและใช้งานง่ายที่สุด คุณสามารถพิจารณาระบบ: Dokuwiki, MediaWiki และอื่น ๆ

Redmine ภายใต้เครื่องดูดควันคืออะไร?

  • แดงเร็วมากและเพิ่งเปิดออก
  • มันใช้งานได้กับระบบปฏิบัติการส่วนใหญ่
  • แพลตฟอร์มที่มีการใช้งานคือทับทิมบนราง หากคุณต้องการปรับแต่ง Redmine ภายใต้ตัวเราเองคุณต้องมีความสามารถเกี่ยวกับทับทิมบนรางมิฉะนั้นจะไม่สะดวกมากเพราะ ไม่ใช่ทุกสิ่งที่สามารถทำปลั๊กอินสำเร็จรูปได้
  • การสนับสนุน DBMS ที่หลากหลายพูดด้วยตัวเอง
  • ด้วย RSS หรืออีเมลคุณสามารถจัดระเบียบการแจ้งเตือนในเหตุการณ์ใด ๆ
  • มีการรับรองความถูกต้องโฆษณา
  • บูรณาการกับระบบควบคุมรุ่น SCM (SVN, CVS, Git, Mercurial, Bazaar และ Darcs)

พบกับ redmine

คุณสามารถดาวน์โหลด Redmine ติดตั้งบนคอมพิวเตอร์ของคุณและ "การทดสอบ" หรือใช้เซิร์ฟเวอร์คลาวด์และ "ในคลิกเดียว" เพื่อใส่ Redmine รุ่นที่ติดตั้งไว้ล่วงหน้าซึ่งมักจะรวมอยู่ในบริการโฮสติ้ง

ตัวอย่างการติดตั้งสำหรับระบบใด ๆ รวมถึงการใช้บริการคลาวด์สามารถพบได้บนอินเทอร์เน็ต คำแนะนำอย่างเป็นทางการในลิงค์:

ดังนั้นดูเหมือนรายการงานใน Redmine

มีอินเทอร์เฟซมาตรฐานและเพิ่มเติมหลายอินเทอร์เฟซ จริงเมื่อเปลี่ยนอินเตอร์เฟสฟังก์ชั่นบางอย่างสามารถหยุดทำงานได้เพราะ อินเทอร์เฟซที่กำหนดเองไม่ได้คำนึงถึงปลั๊กอินที่คุณจะทำงาน - ท้ายที่สุดนี่เป็นผลิตภัณฑ์โอเพนซอร์ส แต่สิ่งนี้ไม่ได้ป้องกันไม่ให้เขาเป็นเครื่องมือที่สะดวกแม้แต่ใช้อินเตอร์เฟสมาตรฐาน

การบริหารถูกจัดสรรในโครงสร้างที่แยกต่างหากและค่อนข้างเข้าใจได้

รายการของโมดูลที่เชื่อมต่อกับ Redmine ของคุณคุณสามารถดูและวิเคราะห์ในส่วนการบริหารที่เหมาะสมได้ตลอดเวลา

เราไม่มี Redmine "สะอาด" เพราะ มีปลั๊กอินประมาณ 35 ปลั๊กอิน เราซื้อสองสามคน

ข้อมูลบนปลั๊กอินสามารถพบได้ในเครื่องมือค้นหาโดยปลั๊กอิน "สำหรับ Redmine" ตัวอย่างเช่นมีสองไซต์ที่คุณสามารถดาวน์โหลดหรือซื้อปลั๊กอินที่ดีเพื่อเริ่มทำงานกับ Redmine:

ปลั๊กอินทั้งหมดเป็น Russified คุณสามารถซื้อและใช้งานได้ สิ่งสำคัญคือการเลือกที่สะดวกสบาย เพียงแค่ใส่ใจกับเวอร์ชันของ Redmine รองรับปลั๊กอินเพราะหากรุ่นที่รองรับไม่ตรงกับคุณมีโอกาสที่ปลั๊กอินจะไม่ทำงาน

เล็กน้อยเกี่ยวกับระบบอัตโนมัติของความต้องการของเรา

โครงสร้าง "โครงการ"

เราใช้ Redmine ไม่ใช่ตามความเป็นผู้นำมาตรฐาน เป็นตัวอย่างภายในกรอบของระบบแนวคิดของ "Project" เป็นสาขาแยกต่างหากในลำดับชั้นของโครงสร้าง เราใช้ต้นไม้ "โครงการ" เป็นการจำแนกระดับของระดับ ในระดับสูงสุดมีแผนกผู้บริหารเขาอยู่ภายใต้แผนกที่ให้บริการแล้วระบบระบบย่อยและบริการตามมา

ส่วนหนึ่งของต้นไม้มีลักษณะดังนี้:

ฝ่ายบริหารระบบยังใช้วิธีการกับลำดับชั้นของโครงการ งานถูกสร้างขึ้นบนพื้นฐานของการจำแนกประเภทของบริการที่ให้ไว้ - ช่วยแก้ปัญหากับการควบคุมบริการ ดังนั้นในสาขา ITSM Hierarchy โครงการเป็นแคตตาล็อกบริการธุรกิจ เพื่อความสะดวกพวกเขามีหมายเลข

การรับสมัครของแอปพลิเคชันใน Redmine

ตามตัวอย่างฉันจะบอกคุณว่าเราจัดการใบเสร็จรับเงินใน Redmine อย่างไร

แผนกของเราแบ่งออกเป็น 3 กลุ่ม:

  • ทีมพัฒนา
  • กลุ่มของการวิเคราะห์และประกอบ - นี่รวมถึงพนักงานที่ผลิตระดับของการสนับสนุน "สองและครึ่ง" พวกเขาแนะนำวิเคราะห์ปัญหาหากจำเป็นรหัส "อ่าน" สามารถเขียนคำขอสำหรับการวิเคราะห์ข้อมูลรวมถึงข้อผิดพลาดที่ถูกต้องในรหัส เป็นผลให้เราสามารถยกเว้นสิ่งที่ทำให้ไขว้เขวของโปรแกรมเมอร์จากปัญหาเล็ก ๆ รวมถึงความช่วยเหลือของนักวิเคราะห์เราแยกโปรแกรมเมอร์จากลูกค้าและกลับมาเพราะ ทุกอย่างอาจต้องเผชิญกับปัญหาความสัมพันธ์ระหว่างพวกเขา
  • และกลุ่มผู้ดูแลระบบฐานข้อมูล 1C

ดังนั้นการรับแอปพลิเคชันใน Redmine กับเราจะดำเนินการผ่านการเขียนจดหมายปกติบนกล่องจดหมายที่ไฮไลต์ สำหรับองค์กรของกล่องจดหมายส่วนตัวเราในแต่ละแผนกและในแต่ละกลุ่มจัดสรรโครงสร้าง "โครงการ" ของพวกเขาตัวอย่างเช่น:

สำหรับแต่ละโครงการเราอยู่ในปลั๊กอิน HelpDesk กำหนดค่ากล่องจดหมายของคุณ หน้าจอแสดงการตั้งค่าของปลั๊กอิน HelpDesk สำหรับหนึ่งในโครงการ:

ตัวอักษรที่ป้อนกล่องจดหมายที่แนบมากับ "โครงการ" ตกอยู่ในระบบของเราเป็นแอปพลิเคชันที่มีมุมมองของ "คำขอของผู้ใช้" ทั้งหมดนี้นำไปสู่การลดลงของพนักงานต้นทุนแรงงานที่ลดลงในการจำแนกประเภทหลักของคำขอเข้ามา (ตัวอย่างในภาพหน้าจอ: 1.2 ผู้ดูแลระบบ 1C, 1.4 การบรรจบตั๋ว 1.5 รองรับสำหรับ Yurait DPP)

หากเป็นไปไม่ได้ที่จะสร้างโครงสร้างการเลือกดังกล่าวจึงเป็นไปได้ที่จะเลือกกล่องจดหมายหนึ่งกล่องและในต้นไม้เพื่อสร้างสาขาย่อยที่แอปพลิเคชันจะแจกจ่ายไปยังสายสนับสนุนแรกหลังจากการจำแนกประเภทหลัก (ภาพหน้าจอตัวอย่าง : 1.3 การสนับสนุนผู้ใช้)

เป็นผลให้แอปพลิเคชันผ่านรอบ:

  • ครั้งแรกที่รายการอัตโนมัติหลักในโครงการกำลังเกิดขึ้น
  • จากนั้นนักวิเคราะห์จะกระจายแอปพลิเคชัน I.e. จัดหมวดหมู่จัดหมวดหมู่และจัดลำดับความสำคัญ
  • หลังจากนั้นนักวิเคราะห์จะโอนแอปพลิเคชันไปยังสาขาที่ต้องการ

ในการประยุกต์ใช้มีฟิลด์การจำแนกประเภทบางอย่างบางส่วนของพวกเขาอ้างถึงและส่วนที่เพิ่มขึ้นโดยเรา ตามนี้การเติมเบื้องต้นที่จำเป็นโดยใช้พารามิเตอร์ที่ดำเนินการ:

  • ลำดับความสำคัญ;
  • ประเภท;
  • ฝ่ายลูกค้า
  • ทุ่งแคสตอมประเภทต่าง ๆ

ที่. หากเหตุการณ์เกิดขึ้นคุณสามารถมั่นใจได้ว่าจะไม่ผ่านการสังเกต

ตัวอย่างของแอปพลิเคชันที่ได้รับและฟิลด์ที่ใช้:

การตั้งค่า "โครงการ"

ภายใน "โครงการ" อาจมีตัวติดตามหลายประเภท ที่นี่ตัวอย่างเช่นมักใช้ตัวติดตาม:

  • คำขอของผู้ใช้;
  • งาน;
  • ข้อผิดพลาด;
  • ประโยค;
  • โครงการธุรกิจ
  • โครงการโครงการธุรกิจ ฯลฯ

ตัวติดตามอาจเป็นจำนวนไม่ จำกัด - สามารถเพิ่มได้ด้วยตนเอง แต่ละตัวติดตามมีการกำหนดค่าอย่างยืดหยุ่น

ในการตั้งค่า "โครงการ" เราสามารถระบุตัวติดตามที่ใช้งานได้เช่นเดียวกับฟิลด์ที่กำหนดเองสามารถเชื่อมต่อได้

นอกจากนี้โมดูลที่จำเป็นและการตั้งค่าอื่น ๆ ยังเชื่อมต่อกับแต่ละสาขา คุณสามารถค้นหาสิ่งนี้ในเอกสาร Redmine มาตรฐาน

หลังจากเชื่อมต่อโมดูลคุณไม่จำเป็นต้องสร้างการจัดการที่ซับซ้อนใด ๆ คุณเพียงแค่ต้องบันทึกรายการของโมดูลของ "โครงการ" ปัจจุบันและพวกเขาจะปรากฏในรูปแบบของแท็บเมื่อคุณไปที่คุณสามารถทำให้จำเป็น การตั้งค่า

นอกจากนี้ Redmine มีการกำหนดค่าอย่างยืดหยุ่นอย่างคล่องตัวในการเข้าถึงสิทธิ์ในระดับที่แตกต่างกันทั้งใน "โครงการ" และในฟังก์ชั่นที่เกี่ยวข้องแยกต่างหากรวมถึงความพร้อมของแต่ละฟิลด์

ในหน้าภาพรวม "โครงการ" คุณสามารถดูตัวติดตามและสถิติทุกชนิดกับพวกเขา และเมื่อ "ล้มลง" เข้าไปในตัวติดตามคุณจะเห็นผู้ใต้บังคับบัญชาของ "โครงการ" ของปัญหานี้ - ลองเรียกพวกเขาว่า "ไพ่"

โครงการธุรกิจ

ฉันทำซ้ำเล็กน้อย ตั้งแต่ในแนวคิดของ Redmine "Project" - นี่คือสาขาของโครงสร้างของโครงสร้างจากนั้นสำหรับการบำรุงรักษาโครงการจริงเราจัดสรรสาขาแยกต่างหากกับ "โครงการธุรกิจ" และ "โปรแกรมธุรกิจโครงการ" สิ่งนี้ช่วยให้เราสามารถเก็บรายงานสถานะในโครงการธุรกิจของเราและต้นทุนในแง่ของฐานการกระจาย

โครงสร้างของสาขานี้แบ่งออกเป็นการสะกดคำเฉพาะ: แผนก, ลูกค้า, ระบบ, ระบบย่อย

เพราะ บริษัท จัดการของเราแผนกที่มาพร้อมกับ บริษัท ทุกแห่งที่รวมอยู่ใน Wiseadvice GK ในเรื่องนี้เรากำลังดำเนินโครงการทั้งรายบุคคลสำหรับ บริษัท และข้อต่อใด ๆ สำหรับหลาย ๆ บริษัท เป็นผลให้สำหรับแต่ละโครงการและงานคือการจัดทำงบประมาณและการตัดต้นทุนของแผนก

ในบัตรโครงการธุรกิจคุณสามารถกำหนดค่าฟิลด์ที่จำเป็น ตัวอย่างของฟิลด์ที่เราใช้:

  • การกระจายฐาน / ผู้รับต้นทุน;
  • โบนัสสำหรับโครงการ
  • การประเมินต้นทุนแรงงาน
  • จุดเริ่มต้น / เสร็จสิ้นการวางแผน;
  • รายงานสถานะวันและอื่น ๆ

งานทั้งหมดที่สร้างขึ้นภายในโครงการเป็นผู้ใต้บังคับบัญชากับบัตรหลักของโครงการธุรกิจ

รายงานสถานะถูกส่งมอบให้กับลูกค้าอย่างน้อยสัปดาห์ละครั้ง เรื่องราวทั้งหมดสะสมในการ์ดและถูกส่งไปยังฝ่ายที่สนใจ

ลูกค้าและผู้มีส่วนได้ส่วนเสียอื่น ๆ สามารถดูข้อมูลต่อไปนี้เกี่ยวกับโครงการธุรกิจได้ตลอดเวลา:

  • สถานะโครงการ;
  • ค่าใช้จ่ายแรงงานโดยประมาณ
  • ค่าใช้จ่ายแรงงานจริงในบริบทของการดำเนินการและพนักงาน
  • ความพร้อมของโครงการ
  • การกำหนดโครงการธุรกิจ
  • ประวัติทั้งหมดของการโต้ตอบ;
  • วันที่วางแผนของโครงการเริ่มขึ้นหากเขาถูกเลื่อนออกไปเนื่องจากการจัดลำดับความสำคัญ
  • วันที่วางแผนเสร็จสมบูรณ์ของโครงการ

มีการรวบรวมต้นทุนแรงงานจริงจากงานโครงการธุรกิจรองในเวลาที่พนักงานของแผนกที่ใช้

ขึ้นอยู่กับงานที่เกิดขึ้นคุณสามารถสร้างแผนภาพ Ganta แต่ในรุ่นที่ให้ข้อมูลเท่านั้น นอกจากนี้ยังเป็นไปไม่ได้ที่จะใช้มันและโต้ตอบ

เมื่อทำงานกับตารางการวางแผนปฏิทินคุณสามารถใช้รายงานกราฟิก ตัวอย่างเช่น:

เราใช้บอร์ดงานเพื่อแจกจ่ายงานภายในการวางแผนรายสัปดาห์

ทั้งหมดนี้ถูกนำไปใช้ผ่านปลั๊กอินซึ่งรวมถึงความเป็นไปได้ในการดำเนินการบอร์ด Agile หรือ Kanban

ตัวอย่างเช่น:

คำนึงถึงลักษณะของปลั๊กอินปรากฎเหมือนคณะกรรมการ Kanban สามารถเอาชนะการโต้ตอบโดยแพ็คเก็ต - ทั้งระหว่างสถานะและระหว่างนักแสดง ในสามอินเทอร์เฟซถูกตรวจสอบ - ใช้งานได้เพียงสองรายการเท่านั้น อินเทอร์เฟซมาตรฐานทำงานได้อย่างแน่นอน สะดวกมากที่จะแสดงบนทีวี / หน้าจอขนาดใหญ่สำหรับดาวเคราะห์ / การชุมนุม

นอกจากนี้การวางแผนสามารถดำเนินการโดยใช้รุ่นแล้วแปลงเวอร์ชันเป็นรุ่น

ในฐานะที่เป็นประสิทธิภาพของการทำงานของแผนกเราได้จัดทำรายงานในบริบทของต้นทุนการกระจายต้นทุนและต้นทุนแรงงานจริงของแผนก

รายงานแรงงานมาตรฐานสามารถระบุได้:

เราใช้ความชอบของรายงานเกี่ยวกับต้นทุนแรงงาน:

  • ฐานข้อมูลการกระจายต้นทุน - ฟิลด์ที่กำหนดเองของเรา;
  • ผู้รับต้นทุน - สนามปราสาทของเรา;
  • ผู้ใช้เป็นฟิลด์มาตรฐาน

การก่อตัวสามารถเกิดขึ้นได้ในบริบทของช่วงเวลา:

สำหรับการจัดทำงบประมาณของเราเราใช้เพียง "เดือน" เท่านั้น ตัวอย่างรายงาน:

ภาพหน้าจอนำเสนอตัวอย่างด้วยต้นทุนแรงงานจริงในบริบทของฐานการกระจายเป็นเดือนสิงหาคม

นอกจากนี้คุณสามารถสร้างรายงานรายละเอียดสำหรับแต่ละค่าเวลาที่ประกาศไว้ หากจำเป็นรายงานทั้งหมดจะถูกแปลงเป็น CSV ดังนั้นการวิเคราะห์เพิ่มเติมจึงสามารถทำได้ใน Excel

และแน่นอนว่าเป็นชื่อที่แท้จริง 1C-NICKN เราสามารถเขียนข้อมูลการขนถ่ายจาก Redmine ใน 1C เพื่อสร้างรายงานของคุณใน 1C ด้วยกลุ่มที่จำเป็นและข้อมูล

ตัวอย่างของหนึ่งในรายงานต้นทุน:

อีกเล็กน้อยเกี่ยวกับฟังก์ชั่น Redmine

ของฟังก์ชั่นที่มีประโยชน์เพิ่มเติมใน Redmine ฉันต้องการไฮไลต์:

  • โหมดการรับรองความถูกต้อง - โดยโฆษณาหรือโดยการเข้าสู่ระบบและรหัสผ่าน;

  • ระบบแจ้งเตือน ผู้ใช้จะได้รับแจ้งการเปลี่ยนแปลงในงาน คุณสามารถกำหนดค่าการแจ้งเตือนทางอีเมลและ RSS;

  • รวมผู้ใช้ไปยังกลุ่ม ด้วยเครื่องมือนี้คุณสามารถสร้างในโครงสร้างลำดับชั้นของ Redmine ขององค์กร มีปลั๊กอินในการรวมเข้ากับระบบบัญชีและการโคลนโครงสร้างในกลุ่ม
  • แบบอย่างที่เหมาะสมพร้อมการตั้งค่าหลายระดับหลาย

  • การตั้งค่าเวิร์กโฟลว์ (วงจรชีวิต) ของแต่ละตัวติดตามสำหรับแต่ละบทบาท;

  • การปรากฏตัวของปลั๊กอินการรวมกับ MS Outlook ตัวอย่างเช่นปลั๊กอินที่สะดวกสบายพร้อมฟังก์ชั่นมากมายเช่นการสร้างแอปพลิเคชันใน Redmine โดยตรงจากจดหมายการแสดงความคิดเห็นการติดตาม ฯลฯ เว็บไซต์อย่างเป็นทางการ:

https://ru.a.ausoftware.com/

  • นอกจากนี้ยังมีปลั๊กอินที่จะรวมเข้ากับระบบส่งข้อความโต้ตอบแบบทันทีเช่น Telegram และ SMS Gateways ในช่องทางการสื่อสารใด ๆ คุณสามารถส่งการแจ้งเตือนเช่นเหตุการณ์การตรวจสอบข้อมูล ฯลฯ ;
  • หากมีความสามารถจึงเป็นไปได้ที่จะทำให้ปลั๊กอินใด ๆ

คำถามและคำตอบ:

คำถามจากห้องโถง : สมมติว่าเราได้ให้การเข้าถึงลูกค้าและเรามีรายการบริการที่รองรับบางอย่างสำหรับมัน ตัวอย่างเช่นในตัวอย่างของคุณมีบริการของ Sysadminov และ Coder Services กับลูกค้าบางประเภทเราทำงานกับบริการทั้งสองประเภทและมีเพียงประเภทเดียวเท่านั้น เป็นไปได้ที่ระดับสิทธิในการ จำกัด บริการประเภทใดให้กับลูกค้า?

ตอบ: สิ่งนี้แตกต่างกันไปตามสาขาแยกต่างหากที่จัดสรรภายใต้ลูกค้า - "โครงการ" ซึ่งงานสำหรับบริการที่เลือกสามารถสร้างทีละรายการสำหรับลูกค้ารายนี้ หรือคุณจะต้องให้การเข้าถึงงานทั้งหมดในสาขา - การสนับสนุน "โครงการ" สำหรับบริการนี้ ความสามารถมาตรฐานในการ จำกัด สิทธิ์ในการให้บริการของบริการและลูกค้าใน "โครงการ" ใน Redmine "ออกจากกล่อง" ไม่ใช่ คุณสามารถมองหาปลั๊กอินดังกล่าวหรือเขียนด้วยตัวเอง เราไม่มีโครงสร้างที่ซับซ้อนเช่นนี้ แต่มีงานที่ควรใช้เฉพาะกับหน่วยหลักของแต่ละบุคคลเท่านั้นดังนั้นพวกเขาจึงถูกสร้างขึ้นสำหรับพวกเขา

คำถามจากห้องโถง: ปรากฎว่าลูกค้าแต่ละรายเป็น "โครงการ" และภายใน "โครงการ" ย่อยสามารถทำอะไรได้บ้าง

ตอบ: ใช่เท่าที่คุณต้องการ ตัวอย่างเช่นเราเน้นกรีกเพื่อแยกแผนกลูกค้าและให้ที่นั่นเพื่อเข้าถึงโดยพนักงานที่สำคัญเพื่อไม่ให้พวกเขาไม่เห็นฝ่ายช่วยเหลือทั้งหมดที่เกี่ยวข้องกับลูกค้าและโครงสร้างทั้งหมดเพราะ เธอค่อนข้างใหญ่ Redmine มีความยืดหยุ่นในการตั้งค่า แต่น่าเสียดายที่มีความยืดหยุ่นมีข้อ จำกัด ที่ส่งมอบความไม่สะดวก แน่นอนว่ามีโซลูชั่นพิเศษที่สะดวกมากขึ้น แต่พวกเขาจะได้รับเงิน

คำถามจากห้องโถง : และต้นทุนแรงงานที่ทำในแต่ละสถานะจะถูกสรุป? ตัวอย่างเช่นสถานะของ "ในการทำงาน" ฉันตั้งค่าใช้จ่ายแรงงาน 0.3 จากนั้นอยู่ในสถานะของ "การวิเคราะห์" ฉันตั้งค่าใช้จ่ายแรงงานมากขึ้น

ตอบ : ค่าใช้จ่ายที่สำคัญไปโดยทั่วไปสำหรับงาน เป็นไปไม่ได้ที่จะจำแนกค่าใช้จ่ายแรงงานตามสถานะ แต่ต้นทุนแรงงานมี "กิจกรรม" ภาคสนามซึ่งเป็นสาระสำคัญที่สามารถสะท้อนถึงกระบวนการที่คุณเขียนเวลา นอกจากนี้ยังสามารถแก้ไขได้ เมื่อเขียนถึงต้นทุนแรงงานพนักงานเลือกประเภทของกิจกรรมที่คงที่ ถัดไปการใช้รายงานคุณสามารถถอนเวลาในบริบทของกระบวนการ

หากไม่มีข้อบ่งชี้ประเภทของกิจกรรมรายงานสามารถเกิดขึ้นได้ตามเวลาทั้งหมดในบริบทของพนักงาน + วันเท่านั้น

ข้อมูลการวิเคราะห์สรุปสามารถดูได้โดยรายงาน โดยตรงในภารกิจเฉพาะค่าใช้จ่ายของงานปัจจุบันเท่านั้นที่สามารถมองเห็นได้

คำถามจากห้องโถง : ปรากฎว่าฉันมีบรรทัดแรกของการสนับสนุนด้านเทคนิคและบรรทัดที่สองของการสนับสนุนทางเทคนิค แต่ละคนใช้เวลาทำงานเดียวกันในสถานะเดียวกัน "ในงาน" ในเวลาที่กำหนด ดังนั้นฉันจะกำหนดต้นทุนแรงงานจริงต่อคนในงานในบรรทัดแรกได้อย่างไรในบรรทัดที่สองในบรรทัดที่สาม?

ตอบ : ฉันทำซ้ำค่าใช้จ่ายทั่วไปในภารกิจ แต่ถ้าคนคนหนึ่งใช้เวลาหลายครั้งแล้วบุคคลอื่นใช้เวลา - สิ่งนี้สะท้อนให้เห็นที่นี่ คำตอบบางส่วนได้รับภายใต้คำถามก่อนหน้า จากนั้นคุณสามารถดูว่าพวกเขาใช้เวลาเท่าไร แต่ในรุ่นนี้เท่านั้น ไม่มีค่าใช้จ่ายที่แยกต่างหากเฉพาะในกรณีที่คุณเพิ่มฟิลด์ที่กำหนดเองเพื่อตัดค่าใช้จ่ายแรงงานหรือใช้การจัดกลุ่มผู้ใช้และรายงานการวิเคราะห์แบบฟอร์มเพิ่มเติม

คำถามจากห้องโถง : การปฏิสัมพันธ์ของผู้ใช้เป็นอย่างไร ทางอีเมล?

ตอบ : การส่งไปที่จดหมายมาตรฐานอีเมลหรือเขียนโดยผู้ใช้หรือการพับอัตโนมัติของ Redmine หากเป็นผู้สังเกตการณ์สำหรับงานนี้ นอกจากนี้หากเขาเป็นผู้ใช้ Redmine จากนั้นแผงด้านบนจะแสดงจำนวนงานที่ได้รับการแต่งตั้งใหม่จำนวนใหม่และจำนวนการเปลี่ยนแปลง ตอนนี้ฉันเห็นว่าฉันมีงาน 20 คนซึ่งเป็นหนึ่งในนั้นใหม่และมีการเปลี่ยนแปลงอีกครั้ง จากด้านผู้ใช้ - เฉพาะอีเมลเท่านั้น

ตามที่อธิบายไว้ข้างต้นเมื่อเชื่อมต่อปลั๊กอินคุณสามารถแจ้งผู้ใช้เพียงฝ่ายเดียวโดยใช้ระบบการส่งข้อความด่วน

คำถามจากห้องโถง : มีเว็บอินเตอร์เฟสสำหรับการส่งใบสมัครหรือไม่?

ตอบ : ไม่. Redmine ทำงานบนสมาร์ทโฟนและแท็บเล็ต I.e. มีอินเตอร์เฟสที่ปรับได้ แต่สามารถส่งแอปพลิเคชันได้ทางอีเมลหรือให้สิทธิ์การเข้าถึงผู้ใช้โดยตรงเข้าสู่ระบบ จำกัด การใช้สิทธิ์เท่านั้นในการสร้าง เป็นคุณสมบัติเพิ่มเติมคุณสามารถใส่ปลั๊กอินใน Outlook เพื่อสร้างงานใน Redmine

ปัจจุบันมีปลั๊กอินตัวติดตามที่คุณสามารถ จำกัด การเข้าถึงตัวติดตามในบริบทของผู้ใช้หรือบทบาท

ตัวอย่าง: ผู้ใช้ใด ๆ ที่มีบทบาท "Observer" ใน "Project" สามารถใช้ได้เฉพาะการ์ดที่มีตัวติดตาม "คำขอของผู้ใช้"

คำถามจากห้องโถง : และฟังก์ชั่นการทำงานกับอีเมลเป็นหนึ่งในกล่องหรือจากปลั๊กอิน?

ตอบ :ใช่มันเป็น "ออกจากกล่อง" ด้วยความช่วยเหลือของปลั๊กอินมันเพียงแค่ได้รับสิ่งอำนวยความสะดวกเพิ่มเติมและการตั้งค่า

คำถามจากห้องโถง : และเป็นไปได้ที่จะกำหนดค่าการแจ้งเตือนของลูกค้าซึ่งเราป้อนเข้าสู่ระบบไปตามสถานะที่แน่นอนเท่านั้น ทำไมเขาควรดูสิบขั้นตอนภายในของเราหากเขาต้องการแจ้งให้ทราบล่วงหน้าเมื่องานเสร็จสมบูรณ์?

ตอบ :เราแก้ไขสถานการณ์นี้ดังนี้

1. ก่อนอื่นเราปิดการใช้งานสำหรับผู้ใช้ - ลูกค้ามาตรฐานการแจ้งเตือน Redmine ในการตั้งค่าผู้ใช้ การตั้งค่านี้เป็นระดับโลกสำหรับ Redmine ทั้งหมดสำหรับผู้ใช้ปัจจุบัน

2. ต่อไปสำหรับสาขาที่ต้องการ ("โครงการ") เชื่อมต่อความเป็นไปได้ในการส่งจดหมาย

3. นักวิเคราะห์หรือ RP-Shnik สามารถส่งอีเมลโดยใช้กลไกมาตรฐาน: โดยกดลงชื่อเข้าใช้ "ส่งบันทึกย่อ" ในโหมดแก้ไขการ์ด หากจำเป็นคุณสามารถระบุผู้รับเพิ่มเติมได้

4. ผู้ส่งสามารถเขียนข้อความใด ๆ และเพิ่มสิ่งที่แนบที่จำเป็น หรือใช้รูปแบบที่กำหนดไว้ก่อนหน้านี้

 

ในการทำเช่นนี้รูปแบบที่เสร็จแล้วจะถูกเลือกแทนที่ตัวอักษรของตัวอักษรและยังคงเป็นเพียงการกรอกข้อมูลหากจำเป็นข้อมูลเพิ่มเติม

หลังจากนั้นคุณต้องคลิกปุ่ม "ยอมรับ" จากนั้นความคิดเห็นจะถูกบันทึกและจดหมายจะถูกส่ง ลูกค้าจะได้รับการแจ้งเตือนในรูปแบบของจดหมายปกติ

นี่เป็นกลไกมาตรฐานเราไม่ได้สัมผัสอะไรเลย เทมเพลตสำหรับแต่ละโครงการเป็นบุคคลที่กำหนดเอง นี่เป็นความเข้าใจที่ดีของที่ปรึกษานักวิเคราะห์อย่างมีนัยสำคัญเนื่องจากทุกครั้งที่คุณเขียนข้อความเดียวกัน - มันลำบาก

ซ่อนข้อความใด ๆ จากลูกค้าหากมีการเข้าถึงเขาโดยตรงไปยังการ์ดงานเป็นไปได้เพียงผ่านการใช้ความคิดเห็น "ส่วนตัว" หรือโดยปิดการเข้าถึงความคิดเห็นประเภทนี้

ตัวเลือกที่สองคือการใช้ปลั๊กอินเพิ่มเติมเพราะ โดยค่าเริ่มต้นไม่มีการตั้งค่าดังกล่าว

คำถามจากห้องโถง: เป็นไปได้ไหมที่จะผูกคู่สัญญาให้กับงานที่ได้รับ? ตัวอย่างเช่นฉันมีโทรศัพท์ที่มี PBX ซึ่งคะแนนคู่สัญญาได้รับการทำคะแนนและ Redmine จะใช้หมายเลขที่มาจาก PBX สร้างงานและสอนให้กับคู่สัญญา คุณได้แก้ไขภารกิจของลำดับชั้นของคู่สัญญาหรือไม่?

ตอบ: ไม่เราไม่ได้รวม Redmine กับโทรศัพท์ IP มันไม่ใช่เป้าหมายของเรา ความคิดนั้นดี แต่ในลักษณะของเราไม่จำเป็น บนอินเทอร์เน็ตคุณสามารถค้นหาการรวม Redmine กับเครื่องหมายดอกจัน

คำถามจากห้องโถง :เรามีคำถามที่ไม่ได้อยู่ในโทรศัพท์ IP แต่ในลำดับชั้นของคู่สัญญา เราต้องการให้ผู้จัดการเห็นลำดับชั้นเดียวกันกับคู่สัญญาใน Redmine เป็น 1C

ตอบ : ไม่โครงสร้างการติดต่อแบน สิ่งเดียวที่เราเพิ่มคือลิงค์ไปยังแผนก สูงสุดที่เราใช้คือการรวบรวมผู้ติดต่อตามแผนกเราทำ Bug Tracker สำหรับบริการในประเทศและไม่ใช่สำหรับลูกค้าภายนอก ใน Redmine เองเป็นไปไม่ได้ที่จะจัดระเบียบลำดับชั้นของคู่สัญญา แต่คุณสามารถเชื่อมโยงหน่วยใน Redmine และ 1C และจัดทำรายงานนี้ออกจาก 1C

คำถามจากห้องโถง : และความลึกของ Scrum อยู่ที่ไหน เรามีเงื่อนไข Sprint - 7 วันปฏิทิน (5 วันทำการ) ฉันจะดูว่าการทำซ้ำของ Sprint คืออะไร สัปดาห์ปฏิทินคืออะไรหมายเลข Sprint คืออะไร?

ตอบ : สามารถควบคุมความลึกของ Scrum ได้ มีคุณสมบัติของรุ่น

สำหรับสิ่งนี้มีส่วนพิเศษ "แผนปฏิบัติการ" (หรือ "เวอร์ชัน" ขึ้นอยู่กับอินเทอร์เฟซ)

ฉันมีสามรุ่นเช่น

 

แต่ละรุ่นอาจมีชื่อสถานะของตัวเองและ จำกัด อยู่ในวันที่เสร็จสมบูรณ์

สำหรับแต่ละรุ่นรายการงานจะปรากฏให้เห็นหากมีการนำเสนอเช่นเดียวกับจำนวนของยังไม่เสร็จ

สำหรับการสร้างภาพคุณสามารถสร้างไดอะแกรม

เวอร์ชันสามารถจัดกลุ่มแบ่งงานคุณสามารถสร้างบอร์ดตามพวกเขาได้ คุณสามารถถ่ายโอนงานระหว่าง Sprints - โอกาสดังกล่าวอยู่ในรุ่น "การวางแผนเวอร์ชัน"

ในความเป็นจริง Redmine สามารถเป็นเครื่องมือสำหรับการจัดระเบียบงานเกี่ยวกับขอบเขตหรือ Canbana อย่างไรก็ตามจำเป็นต้องคำนึงถึงว่าบางครั้งมีการเรียงลำดับไม่เพียงพอและสิ่งเล็ก ๆ น้อย ๆ เพื่อความสะดวก บางทีมีปลั๊กอินที่รองรับ ในปริมาณที่ต้องการของฟังก์ชั่นปัจจุบันมีเพียงพอ ที่นี่คุณสามารถสร้างงานที่ได้รับมอบหมายย้ายระหว่าง Sprints ให้ดูที่ว่าคุณไม่มีเวลาทำเพื่อเวลาตามแผน ฯลฯ

คำถามจากห้องโถง : เราจะคำนึงถึงภารกิจที่ไม่ได้ปฏิบัติตามในการวิ่งในปัจจุบันได้อย่างไร ฉันควรเห็นสถานะหรือไม่ หรือพวกเขาโดยอัตโนมัติฉันจะแสดงให้เห็นว่าตอนนี้พวกเขาจำเป็นต้องจองเวอร์ชันใหม่หรือไม่

ตอบ : คุณสามารถเลือกงานตามรุ่น ตัวอย่างเช่นหากต้องการดู "แผนการดำเนินงาน" สำหรับจำนวนเปอร์เซ็นต์ที่เสร็จสมบูรณ์และวิธีการปฏิบัติตาม สิ่งเหล่านั้นมีงานกี่งานที่ปิดจาก Sprint และยังไม่ปิดเท่าใด - มันจะถูกเขียนไว้ที่นี่ เมื่อคุณคลิกที่รายการที่เกี่ยวข้องรายการงานที่ไม่ได้ปิดจะเปิดอยู่ นอกจากนี้ตามที่ฉันพูดพวกเขาสามารถวิเคราะห์และถ่ายโอนไปยังอีก Sprint

นอกจากนี้คุณยังสามารถสร้างบอร์ดด้วยงานตามรุ่นเดียวกันและในบริบทของสถานะ

และแน่นอนใช้รายการมาตรฐานของงานที่มีการเลือกที่จำเป็นซึ่งสามารถบันทึกและใช้ในการทำงานถาวร

คำถามจากห้องโถง : คุณจะถ่ายโอนงานไปยัง Sprint อื่นได้อย่างไร - ฉันต้องเปิดรายการงานบนแท็บหนึ่งแท็บ Kanban-Board ในอีกและโอน?

ตอบ: อาจเป็นเช่นนั้น แต่มันสะดวกกว่าในการใช้เครื่องมือการวางแผนรุ่น เลือกจากรายการของงานที่ไม่ได้รับมอบหมายหรืองานที่ยังไม่เสร็จของงานที่เฉพาะเจาะจงของงานที่ต้องการและโยนลงในเมาส์รุ่นถัดไป - แสดงว่าเราใช้งานนี้ใน Sprint

คำถามจากห้องโถง: และคุณจะให้งานปลดล็อคทั้งหมดได้อย่างไร บางทีสามหรือสี่รุ่นหลังฉันมีงานที่สำคัญบางอย่างที่นั่น ฉันบันทึกมันเธอแขวนอยู่ที่นั่น ฉันจะไม่สูญเสียเธอได้อย่างไรเพื่อให้เธอแขวนอยู่กับฉันตลอดเวลา? เท่าที่ฉันเข้าใจตอนนี้คุณสามารถเห็นงานหรืองานที่ไม่ได้ปันส่วนเท่านั้นจาก Sprint ที่เลือก และวิธีการดูงานที่ปลดล็อคทั้งหมดที่มีผลสะสมเพื่อให้เข้าใจนำพวกเขาไปสู่การวิ่งในปัจจุบันหรือไม่ที่จะใช้?

ตอบ: สิ่งนี้สามารถดำเนินการโดยใช้การกรองในภารกิจ คุณสามารถทำการตั้งค่าการเลือกในสถานะ "เปิด" ด้วยพารามิเตอร์ที่จำเป็นและบันทึก

 

ตัวอย่างเช่นเราสามารถพิจารณาการตั้งค่าซึ่งเรียกว่า "งานสำหรับการปิด" มีภารกิจที่มีสถานะ "แก้ไข" ซึ่งดำเนินการโดยแผนกของเราและโอนไปยังลูกค้าเพื่อการผลิต แต่ยังไม่ได้รับข้อเสนอแนะจากลูกค้ายังไม่ได้รับ ที่. นี่คือกลุ่มของภารกิจที่ต้องตรวจสอบเพื่อชี้แจงผลการใช้ประโยชน์จากการผลิตและปิด ตัวอย่างเช่นคุณสามารถเปลี่ยนค่าตัวกรองสถานะ "สอดคล้อง" และเครื่องหมาย "ใหม่" เป็นผลให้งานใหม่จะปรากฏขึ้นที่ยังไม่ทำงาน คุณสามารถเปลี่ยนแปลงสถานะลำดับความสำคัญหมวดหมู่ค่าใด ๆ ของทั้งสองมาตรฐานและฟิลด์ที่กำหนดเอง

ตัวอย่างเช่นคุณสามารถเพิ่มฟิลด์ผู้ใช้พิเศษลงในตัวกรอง นี่เป็นเครื่องมือที่สะดวกสบายมาก สำหรับโครงการสำหรับงานสำหรับการติดต่อ

ฟิลด์ใหม่ - ระบุประเภทของวัตถุที่เราเพิ่ม "งาน" ที่ใช้บ่อยที่สุด

เราระบุรูปแบบฟิลด์ - ตัวเลือกที่ครอบคลุมถึง 90% ของความต้องการ

ระบุชื่อนี้จะมีบทบาทอย่างไร

เราระบุว่าโครงการใดที่ใช้ตัวติดตาม

คำถามจากห้องโถง : และฟิลด์ที่กำหนดเองสามารถทำได้หรือไม่

ตอบ : แน่นอนโดยการเปรียบเทียบกับรายละเอียดเพิ่มเติมใน 1C

ฟิลด์บังคับถูกทำเครื่องหมายด้วยเครื่องหมายดอกจันสีแดงทางด้านขวาของชื่อ

คำถามจากห้องโถง : และคุณมีรายงานเกี่ยวกับการทำงานอย่างไร ในภารกิจเดียวกันไปที่ผู้ใช้รายอื่น - มีผู้ริเริ่มงานและมีนักแสดง

ตอบ: ถูกต้องถ้าฟิลด์มีการเปลี่ยนแปลง - ผู้ที่ได้รับมอบหมายจากนั้นในรายงานจะส่งคืนค่าสุดท้าย

ให้ฉันบอกคุณว่าเราทุกคนจัดเรียงอย่างไร ทำซ้ำบางส่วน

  • Tracker ที่สำคัญที่สุดสำหรับ Service Desk คือ "คำขอของผู้ใช้" ซึ่งมีการถอดแยกชิ้นส่วนโดยอัตโนมัติและตัวอักษรกลายเป็น "คำขอของผู้ใช้" หากผู้ใช้ส่งจดหมายตอบกลับไปที่การแจ้งเตือนจาก Redmine หรือส่งตัวอักษรที่ชัดเจนด้วยหัวข้อเดียวกันจากนั้นในหัวข้อหรือ ID ในหัวข้อจะแนบข้อความจากตัวอักษรดังกล่าวโดยอัตโนมัติไปยังแบบสอบถามที่มีอยู่ - ใช้ฟังก์ชั่นการติดกาวที่มีอยู่
  • ถัดไป - เมื่อตัวอย่างเช่นการร้องขอการให้คำปรึกษาในแผนก KIS มาให้ที่ปรึกษานักวิเคราะห์แยกชิ้นส่วนแอปพลิเคชันและสร้างการจำแนกประเภทหลัก พิจารณาว่านี่เป็นเหตุการณ์ข้อผิดพลาดหรืองาน มันสามารถเป็นความคิดในโครงการใหม่ ดังนั้นนี่เป็นส่วนหนึ่งของโต๊ะบริการ หลังจากการจำแนกประเภท "คำขอของผู้ใช้" ทั้งหมดถูกแจกจ่ายไปยังโครงการย่อยของสาขา ITASK โดยที่งานเพิ่มเติมกำลังทำอยู่กับพวกเขาแล้ว
  • หากงานนี้เสื่อมสภาพงานให้กับนักพัฒนาซอฟต์แวร์จากนั้นบนพื้นฐานของคำขอของผู้ใช้ที่เกี่ยวข้อง "งาน" ที่เกี่ยวข้องจะถูกสร้างขึ้น นั่นคือตัวติดตาม "คำขอของผู้ใช้" อาศัยอยู่ในตัวเองและ Trad Trackor ยังแยกต่างหาก เรากำลังพูดถึงการแก้ไขเล็กน้อยและการแก้ไขข้อผิดพลาดที่เรามีสตรีมแยกต่างหาก - ปรากฏจาก "คำขอของผู้ใช้"
  • หากงานเกี่ยวข้องกับโครงการธุรกิจที่เฉพาะเจาะจงและผู้พัฒนาไม่ได้ทำตาม "คำขอของผู้ใช้" จะเชื่อมโยงกับโครงการธุรกิจรองในบล็อกของฟังก์ชั่นการใช้งานของ KISA เพื่อให้งานสามารถเห็นได้ในภายหลัง - ที่บล็อกและในการเชื่อมต่อที่เราทำ - มันเป็น "คำขอของผู้ใช้" หรือโครงการธุรกิจ
  • แยกต่างหากชีวิต "โครงการธุรกิจ" ซึ่งเราสื่อสารกับธุรกิจไม่ใช่กับผู้ใช้ตามคำขอและการปรับแต่งเล็กน้อยและมีโครงการจริงที่มีมูลค่าทางธุรกิจ ในงาน "โครงการธุรกิจ" ในฐานะที่อาจเป็นงานย่อยสามารถเป็นงานย่อยของพวกเขาและแม้กระทั่งแพ็คของงาน - ใหญ่กับการลงโทษและการเชื่อมต่อ นี่เป็นมินิหลักฐาน Subัททั้งหมดเหล่านี้เชื่อมโยงกับบล็อกของฟังก์ชั่นการทำงานของ KIS อีกครั้ง
  • มันไม่สำคัญว่างานมาจาก - จากการให้บริการ desca หรือจากโครงการธุรกิจ แต่เราทุกคนผูกไว้กับบล็อกของการทำงาน

ขึ้นอยู่กับข้างต้นฉันทำซ้ำเราสามารถดูค่าใช้จ่ายแรงงานในบริบท:

  • บล็อกการทำงานของ Kisa;
  • โครงการ;
  • นักแสดง;
  • การสื่อสาร "คำขอ - งาน / โครงการธุรกิจ - ผู้ติดตามรอง"

ภาพหน้าจอนำเสนอตัวอย่างด้วยต้นทุนแรงงานจริงในบริบทของโครงการในเดือนสิงหาคมต่อเดือน พนักงานต้องแจกจ่ายเวลาที่ใช้จริงในงานที่พวกเขาทำ นี้เรียกว่าแผ่นเวลา เรามีนักพัฒนารายวันป้อนบันทึกพิเศษของ "รายงานการทำงาน" และแจกจ่ายเวลาของพวกเขา - ความจริงของแรงงานเกิดขึ้น ดังนั้นเราอย่างน้อยในความเป็นจริงในความเป็นจริงจัดการงบประมาณของโครงการ

โครงการของเรามีแผนการทำงานเบื้องต้น และในแต่ละโครงการที่เราเห็นเราเกินหรือไม่ Redmine สรุปความกว้างของงานทั้งหมดของผู้ใต้บังคับบัญชาโดยอัตโนมัติกับโครงการ ดังนั้นเรารู้ว่าโครงการนี้จัดสรร 700 ชั่วโมง เราเห็นความจริง - 617 ชั่วโมงได้ทำงานออกมา นี่คือหนึ่งในองค์ประกอบการจัดการโครงการ

กระบวนการของกิจกรรมของระบบของเหตุการณ์สามารถแสดงได้ดังนี้:

  • ที่ปรึกษาด้านการวิเคราะห์ดำเนินการวิเคราะห์คำขอที่ร้องขอหากจำเป็นสร้างภารกิจการพัฒนา
  • นักพัฒนาซอฟต์แวร์ใช้งานและส่งคืนที่ปรึกษาด้านการวิเคราะห์เพื่อตรวจสอบและสื่อสารต่อไป
  • ที่ปรึกษาด้านการวิเคราะห์กำลังสื่อสารกับคำขอของผู้ใช้ด้วยคำอธิบายของผลลัพธ์
  • หากทุกอย่างเป็นไปตามลำดับนักวิเคราะห์จะปิดงาน - ผู้พัฒนาถูกห้ามไม่ให้ปิดงาน

ในงานที่สำคัญมากขึ้นรวมถึง การออกแบบกระบวนการถูกสร้างขึ้นขยายเพิ่มเติม:

และแน่นอนว่าการเปลี่ยนแปลงทั้งหมดตกอยู่ในฐานการทำงานผ่านการเปิดตัวของการเปิดตัว

หากคุณส่งในตัวเลือกที่สะดวกกว่าเราจะมี "แปด" ของเราเอง

เหล่านั้น. งานหลายคนเปลี่ยนไประหว่างความรับผิดชอบ แต่มันไม่สำคัญกับเรา เราประเมินต้นทุนแรงงานในบริบทของพนักงานค่าใช้จ่ายในการจัดจำหน่ายต้นทุนลูกค้าและในกรณีที่หายากในรูปแบบของกิจกรรม ทั้งหมดนี้ได้รับการระบุไว้ก่อนหน้านี้แล้ว

คำถามจากห้องโถง : เป็นไปได้หรือไม่ที่จะได้รับข้อมูลเกี่ยวกับงานที่นักพัฒนาที่เฉพาะเจาะจงตอบสนอง?

ตอบ : มี. มีเครื่องมือ "รายงานงาน" ที่คุณสามารถดูว่าพนักงานที่ทำงานเท่าไหร่เวลาและวันที่ฉันใช้ไป

หรือสามารถดูได้โดยรายงานมาตรฐาน "ต้นทุนแรงงาน" - นอกจากนี้ยังสามารถเกิดขึ้นได้ในบริบทของผู้ใช้ที่มีการถอดรหัส

คำถามจากห้องโถง : และวิธีการติดตามค่าแรงของคุณ?

ตอบ: พนักงานยังควบคุมการทำงานของพวกเขาผ่าน "รายงานการทำงาน" และการตรึงต้นทุนแรงงานในงานนั้นทำได้ด้วยตนเอง - โดยตรงในงานหรือใน "รายงานการทำงาน" มีปลั๊กอินที่ช่วยให้คุณติดตามเวลาได้ ตัวอย่างเช่นปลั๊กอินตัวจับเวลาตัวจับเวลา Redmine มีลักษณะดังนี้:

เมื่อคุณเริ่มทำงานกับงานพนักงานคลิกปุ่ม "เล่น" และท้ายที่สุด - ปุ่ม "หยุดชั่วคราว" เมื่อรักษาภารกิจค่าใช้จ่ายแรงงานจะถูกแก้ไขในนั้น

คำถามจากห้องโถง : คำถามกับการจัดการเวลาและทรัพยากรคือการจัดการ Postfactum การลงทะเบียนเกิดขึ้นแล้วเมื่อฉันดูว่าพนักงานของฉันได้รับการโหลดหรือเป็นไปได้ที่จะวางแผน? เมื่อฉันดูว่าพรุ่งนี้โปรแกรมเมอร์ของฉันจะต้องทำงานในวันนี้และวันรุ่งขึ้นในวันพรุ่งนี้ และฉันเข้าใจว่าการพูดตามอัตภาพมันเป็นโปรแกรมเมอร์ที่ทรงพลังและเขาสามารถมีรายงานใด ๆ ที่ไม่มีปัญหาเป็นเวลาสองสามต่อวันถึง Rivet และฉันสามารถใส่คิวงานเป็นเวลาหนึ่งสัปดาห์

ตอบ :ความสามารถในการวางแผนคือ แต่มันไม่สมบูรณ์แบบ - ผลิตภัณฑ์ฟรีทำให้ความแตกต่างของคุณ มีฟิลด์ของ "เวลาที่กำหนด" เป็นไปได้ที่จะตั้งค่าฟิลด์ที่กำหนดเองของคุณหากคุณไม่มีฟิลด์มาตรฐานตามเวลาการวางแผน - กี่ชั่วโมงทุกชั่วโมงที่จะใช้จ่าย เป็นไปได้ที่จะระบุเวลาที่วางแผนไว้แล้วเปรียบเทียบเวลาที่วางแผนและเวลาจริง และแน่นอนคุณสามารถใช้ฟิลด์จุดมาตรฐานสำหรับการวางแผนโปกเกอร์

คำถามจากห้องโถง : คุณบอกว่า Wiki ใน Redmine อึดอัด

ตอบ :Wiki ใน Redmine ดูไม่เป็นมิตร

 

ในการจัดรูปแบบบทความและงานการทำเครื่องหมายภาษาที่ทำเครื่องหมายไว้ การจัดรูปแบบไม่ได้ "บิน" แต่บ่งบอกถึงสัญลักษณ์การทำเครื่องหมาย

การค้นหาคือ - ตามคำในข้อความและพาดหัวข่าว หากคุณป้อน "แลกเปลี่ยน" ในการค้นหามันจะให้ทั้งธีมและตัวติดตาม มีการเลือกตามประเภทของตัวติดตาม

สารบัญไม่ได้เป็นหน้าหลักและเมื่อเข้าสู่ Wiki จะปรากฏขึ้นเพียงรายการของบทความที่สร้างขึ้น

สารบัญมีดังนี้:

และแน่นอนว่า Wiki in Redmine มีไว้สำหรับการจัดเก็บบทความเท่านั้น ไม่สามารถใช้เพื่อทำงานร่วมกันได้

ประวัติความเป็นมาของการเปลี่ยนแปลงของบทความดำเนินการและสามารถพบได้เมื่อใครและการเปลี่ยนแปลงที่ผลิต

คำถามจากห้องโถง : Wiki เติมเป็นอย่างไร

ตอบ : กระบวนการของเราถูกสร้างขึ้นดังนี้ การวิเคราะห์โต๊ะบริการดำเนินการตามระยะเวลาหนึ่งในช่วงเวลาที่ผ่านมา ด้วยความช่วยเหลือของการจำแนกประเภทเริ่มต้นที่ทำโดยนักวิเคราะห์เมื่อขอคำขอเราพยายามสรุปธีมและระบุโซนที่มีปัญหามากที่สุด ต่อไป - เราแนะนำการให้บริการตนเอง I.e. การบันทึกวิธีการที่ผู้ใช้สามารถแก้ปัญหาหรือคำถามได้อย่างไร นอกจากนี้ในระหว่างการทำงานปัจจุบันนักวิเคราะห์สามารถสร้างบทความตามดุลยพินิจของตนในกรณีที่มีความต้องการโดยไม่ต้องรอการวิเคราะห์โดยรวม นอกจากนี้การเตรียมการสอนวิกินั้นอยู่ในกรอบของโครงการธุรกิจที่พัฒนาขึ้นหรือโครงการจัดทำเอกสารเฉพาะพิเศษ นี่ไม่ใช่การบรรจบกันไม่ใช่การทำงานร่วมกัน นี่คือจากบนลงล่างที่มีวิธีการดูแลระบบ ผู้ใช้ไม่เข้าร่วมในเรื่องนี้

คำถามจากห้องโถง : หนึ่งในเพื่อนร่วมงานใช้ระบบที่น่าสนใจมาก ฉันชอบมันมากฉันต้องการใช้มันเอง บรรทัดแรกของการสนับสนุนทางเทคนิคจำเป็นต้องปิดงานจาก Wiki เสมอ และถ้าเธอไม่พบบทความในวิกิเธอพูดถึงบรรทัดที่สองของการสนับสนุนทางเทคนิค และบรรทัดที่สองอยู่แล้วสร้างบทความที่ต้องติดตั้งสำหรับงาน

ตอบ :เราก็ลองเช่นกัน แต่เราทำหน้าที่ทำซ้ำ - setels วิเคราะห์ทำเหตุการณ์จำนวนมาก แต่ต้องใช้เวลาหลายเดือน จากนั้นอีกครั้ง - นั่งลงวิเคราะห์จัดสรรบล็อกที่จำเป็นทำหลายเหตุการณ์

คำถามจากห้องโถง : ไม่ชัดเจนมาก - การรวม Git กับ Redmine เป็นอย่างไร

ตอบ :เมื่อคุณบันทึกการเปลี่ยนแปลงที่เก็บข้อมูล 1C (เมื่อคำนวณ) คำอธิบายระบุหมายเลขงานที่มีแท็ก "#" เช่น "# 74516" ดังนั้นเราจึงผ่านการบัญชี - เราสามารถดูว่าคณะกรรมการใดในที่เก็บข้อมูล Git ที่เชื่อมโยงกับงาน มันเป็นสิ่งสำคัญสำหรับเราว่านี่เป็นโซลูชั่นเดสก์ท็อปเพื่อให้เราสามารถจัดการได้อย่างสะดวกและหากจำเป็นให้ไปที่วิธีการแก้ปัญหาอื่นเพราะความต้องการเดียวกันทั้งหมดที่เติบโตและไม่สามารถครอบคลุมความต้องการแดงทั้งหมดได้ ดังนั้นฉันขออภัยอีกครั้ง - หากคุณเลือกผลิตภัณฑ์วิเคราะห์ก่อนที่คุณต้องการอัตโนมัติและบล็อก "ปก"

คำถามจากห้องโถง : คุณใช้แอปพลิเคชั่นมือถือจาก Redmine หรือไม่?

ตอบ :แอปพลิเคชันมือถือคือ แต่ไม่สะดวกสบายมากนัก ในองค์กรของเราไม่จำเป็นต้องใช้มัน เราทำงานบนคอมพิวเตอร์โทรศัพท์พื้นฐานหรือแล็ปท็อปเป็นหลัก นอกจากนี้คุณยังสามารถใช้ปลั๊กอินที่มีความสามารถในการรับข้อมูล - ตัวอย่างเช่นการใช้ SMS หรือโทรเลข

คำถามจากห้องโถง : คุณบอกว่าคุณขนถ่ายที่เก็บใน git และคุณเห็นอะไรใน git?

ตอบ : ใน Commut Git มีลิงค์ไปยังงาน จากคณะกรรมการเราเปิดภารกิจเอง และจากปัญหาเรายังสามารถเปิดเครื่องสำอางที่เกี่ยวข้องกับมัน ในแต่ละโครงการไม่ว่าลำดับชั้นคืออะไรคุณสามารถเชื่อมต่อที่เก็บของคุณได้ แน่นอนว่าการรวมเข้ากับ GIT ได้รับการจัดการไม่สมบูรณ์ผ่านเว็บอินเตอร์เฟส จัดการที่นั่นยังต้องปีนขึ้นไป แต่อย่างรวดเร็วและเรียบง่าย

สิ่งที่เรามีในที่สุด:

ตามข้างต้นเราจะสรุปผลลัพธ์สั้น ๆ

ข้อดี:

  • Redmine - OpenSource-Product ที่มีชุมชนขนาดใหญ่และคล่องแคล่ว
  • มันคาดการณ์ไว้ในค่าใช้จ่ายราคาไม่แพงยืดหยุ่นปรับแต่งได้ง่ายรวมได้ง่ายและปรับขนาดได้
  • ครอบคลุมการติดตามข้อผิดพลาดอย่างสมบูรณ์ครึ่ง - การจัดการโครงการค่อนข้างเล็กน้อย - ITSM;
  • มีการรวมเข้ากับ git;
  • castomizes "ออนบิน";
  • มันมีปลั๊กอินที่ค่อนข้างหลากหลาย นอกจากนี้ยังง่ายต่อการค้นหาผู้เชี่ยวชาญเพื่อดำเนินการตามกระบวนการอัตโนมัติ
  • การบัญชีที่สะดวกของต้นทุนแรงงานจริง ความเป็นไปได้ของการวางแผนต้นทุนแรงงานและงบประมาณ

minuses:

  • วิกิที่อึดอัด
  • หากคุณต้องการดำเนินการตามกระบวนการของคุณโดยอัตโนมัติและในกรณีที่ไม่มีความสามารถใน Ruby on Rails เฉพาะการใช้ปลั๊กอินหรือค้นหานักพัฒนาบุคคลที่สามเป็นไปได้
  • รายงานการวิเคราะห์จำนวนเล็กน้อย
  • ไม่ได้เป็นอินเทอร์เฟซที่ "เป็นมิตร" เสมอไป
  • ตัวจำแนกจำนวนมากที่ไม่สบายที่ต้องการเก็บในรูปแบบของลำดับชั้น

ในกระบวนการของการใช้ผลิตภัณฑ์ Redmine เราได้ทำงานจำนวนมากในการวิเคราะห์การจัดระบบและระบบอัตโนมัติของกิจกรรมของเราและการลดความโกลาหลในโครงสร้างของเรา พวกเขาทำการเปลี่ยนแปลงและเพิ่มประสิทธิภาพของกระบวนการทั้งในแผนกและในกระบวนการทางธุรกิจของทั้งองค์กร ปรับให้เหมาะสมและปรับปรุงฟังก์ชั่นการวิเคราะห์และการจัดการในการทำงานของแผนกและกิจกรรมการออกแบบ

ขั้นตอนต่อไปที่เราได้ดำเนินการคือการเน้นฐานความรู้ในระบบบรรจบกันที่สะดวกยิ่งขึ้นเพราะ ความเป็นไปได้ที่จะทำงานร่วมกันเป็นหนึ่งในกลไกหลักในการพัฒนาขององค์กรช่วยให้คุณสามารถสร้างการสื่อสารได้อย่างรวดเร็วลดเวลาในการถ่ายโอนข้อมูลลดจำนวนข้อผิดพลาดและเวลาในการแก้ปัญหาเหตุการณ์

ในส่วน Redmine จะมีขั้นตอนเพิ่มเติมในการสร้างกระบวนการทางธุรกิจที่ชัดเจนและควบคุม

โดยทั่วไปเลือกเครื่องมือและให้ความโกลาหลของคุณไม่มีใครสังเกตเห็น

****************

บทความนี้เขียนจากผลการอ่านรายงานที่การประชุมชุมชน Infostart 2017 บทความเพิ่มเติมสามารถพบได้ที่นี่

ในปีพ. ศ. 2563 เราขอเชิญทุกคนเข้าร่วมการจัดสรรระดับภูมิภาค 7 แห่งรวมถึงกิจกรรมครบรอบทุจริต 2020 ในมอสโก

เลือกกิจกรรม

Redmine - เปิดแอปพลิเคชันเว็บเซิร์ฟเวอร์สำหรับการจัดการโครงการและงาน (รวมถึงการติดตามข้อผิดพลาด) Redmine เขียนขึ้นใน Ruby และเป็นแอปพลิเคชั่นที่ใช้กรอบเว็บทับทิมที่รู้จักกันดีบนราง แจกจ่ายตามใบอนุญาตสาธารณะทั่วไปของ GNU

ฟังก์ชั่น

ผลิตภัณฑ์นี้มีคุณสมบัติดังต่อไปนี้:

  • การบำรุงรักษาหลายโครงการ
  • ระบบการเข้าถึงตามบทบาทที่ยืดหยุ่น
  • ระบบติดตามข้อผิดพลาด;
  • Gantt และแผนภูมิปฏิทิน;
  • ข่าวโครงการเอกสารและการจัดการไฟล์
  • การแจ้งเตือนการเปลี่ยนแปลงโดยใช้สตรีม RSS และอีเมล
  • วิกิสำหรับแต่ละโครงการ
  • ฟอรัมสำหรับแต่ละโครงการ
  • การบัญชีของต้นทุนชั่วคราว
  • ปรับแต่งฟิลด์ที่ปรับแต่งได้สำหรับเหตุการณ์ต้นทุนเวลาโครงการและผู้ใช้
  • การรวมเข้ากับระบบควบคุมรุ่น (SVN, CVS, Git, Mercurial, Bazaar และ Darcs);
  • การสร้างบันทึกข้อผิดพลาดตามตัวอักษรที่ได้รับ
  • รองรับการตรวจสอบสิทธิ์ LDAP หลายตัว
  • ความสามารถในการลงทะเบียนผู้ใช้ใหม่อย่างอิสระ
  • อินเทอร์เฟซหลายภาษา (รวมถึงรัสเซีย);
  • รองรับ MySQL DBMS, PostgreSQL, SQLite, Oracle

โครงสร้างฐานข้อมูล

ระบบผู้ใช้

ผู้ใช้เป็นหนึ่งในแนวคิดหลักของสาขาวิชา รุ่นผู้ใช้เป็นพื้นฐานสำหรับการระบุและรับรองความถูกต้องของระบบของบุคลากรและลูกค้ารวมถึงอนุญาตให้พวกเขาในบทบาทที่แตกต่างกันโครงการ ฯลฯ

บทบาท

บทบาทของผู้ใช้จะถูกกำหนดโดยรุ่นที่ยืดหยุ่นในการกำหนดสิทธิ์การเข้าถึงของผู้ใช้ บทบาทประกอบด้วยชุดสิทธิพิเศษเพื่อให้สามารถแยกความแตกต่างการเข้าถึงฟังก์ชั่นระบบต่างๆ

ผู้ใช้ได้รับบทบาทในแต่ละโครงการที่มีส่วนร่วมเช่น "ผู้จัดการในโครงการสำหรับการพัฒนาเว็บไซต์ A", "นักพัฒนาในโครงการเพื่อรักษา บริษัท อินทราเน็ตของ บริษัท " หรือ "ลูกค้าในโครงการ refactoror ของระบบสารสนเทศของ บริษัท B " ผู้ใช้สามารถมีหลายบทบาท การกำหนดบทบาทสำหรับงานแยกต่างหาก (ปัญหา) เป็นไปไม่ได้ในปัจจุบัน

โครงการ

โครงการนี้เป็นหนึ่งในแนวคิดพื้นฐานในสาขาวิชาของระบบการจัดการโครงการ เนื่องจากนิติบุคคลนี้เป็นไปได้ที่จะจัดระเบียบการทำงานร่วมกันและวางแผนโครงการหลายโครงการพร้อมกันกับการกำหนดสิทธิ์การเข้าถึงผู้ใช้หลายคน (ดูด้านบน) โครงการยอมรับการทำรังแบบลำดับชั้น

ตัวติดตาม

ตัวติดตามเป็นหมวดหมู่หลักที่จัดเรียงงานในโครงการ ในตัวของตัวเองแนวคิดของ "Tracker" กลับไปที่ระบบบัญชีข้อผิดพลาด (ENG เครื่องมือติดตามข้อผิดพลาด ) ตัวแทนแต่ละโครงการแยกต่างหาก

ในความเป็นจริงในตัวติดตาม "Redmine" เป็นแบบอะนาล็อกของคลาส "ภารกิจ" ชั้นเรียนและเป็นพื้นฐานสำหรับความหลากหลายของงานประเภทต่าง ๆ ที่อนุญาตให้มีการกำหนดฟิลด์ที่แตกต่างกันสำหรับแต่ละคน ตัวอย่างของตัวติดตามคือ "ปรับปรุง", "ข้อผิดพลาด", "เอกสาร", "สนับสนุน",

ภารกิจ

ภารกิจเป็นแนวคิดหลักของระบบทั้งหมดอธิบายถึงงานที่คุณต้องการดำเนินการ แต่ละงานมีคำอธิบายบังคับและผู้เขียนที่บังคับใช้งานนั้นเชื่อมโยงกับตัวติดตาม

แต่ละงานมีสถานะ สถานะเป็นนิติบุคคลแยกต่างหากที่มีความเป็นไปได้ในการกำหนดสิทธิ์ในการกำหนดสถานะสำหรับบทบาทที่แตกต่างกัน (ตัวอย่างเช่นสถานะ "ถูกปฏิเสธ" สามารถกำหนดผู้จัดการได้เท่านั้น) หรือการกำหนดความเกี่ยวข้องของงาน (ตัวอย่างเช่น "เปิด", " แต่งตั้ง "- ที่เกี่ยวข้องและ" ปิด "" ปฏิเสธ "- ไม่)

สำหรับแต่ละโครงการชุดของขั้นตอนการพัฒนาและชุดหมวดงานที่กำหนดไว้แยกต่างหาก สาขาอื่น ๆ ยังน่าสนใจสำหรับ "เวลาโดยประมาณ" ซึ่งทำหน้าที่เป็นพื้นฐานสำหรับแผนภูมิการจัดการอาคารรวมถึงฟิลด์การเลือกของผู้สังเกตการณ์สำหรับงาน (ดู "การรับการแจ้งเตือน") ภารกิจสามารถแนบไฟล์ (มีเอนทิตี "แยก" แอปพลิเคชัน ")

ค่าของคุณสมบัติที่ระบุไว้อื่น ๆ (ตัวอย่างเช่นลำดับความสำคัญ) จะถูกเก็บไว้ในตารางทั่วไปแยกต่างหาก

ติดตามสถานะของงาน

สำหรับการติดตามการเปลี่ยนแปลงพารามิเตอร์งานโดยผู้ใช้ระบบจะตอบสนองสองเอนทิตี: "การบันทึกบันทึกการเปลี่ยนแปลงและ" พารามิเตอร์การเปลี่ยนแปลง " รายการบันทึกจะแสดงการกระทำหนึ่งของผู้ใช้เพื่อแก้ไขพารามิเตอร์ของงานและ / หรือเพิ่มความคิดเห็นลงไป นั่นคือการทำหน้าที่เป็นเครื่องมือในการดำเนินการประวัติความเป็นมาของงานและเครื่องมือสำหรับการบำรุงรักษาบทสนทนา

เอนทิตี "การเปลี่ยนแปลงพารามิเตอร์" เชื่อมโยงกับรายการบันทึกแยกต่างหากและมีไว้สำหรับการจัดเก็บค่าเก่าและค่าใหม่ของพารามิเตอร์ที่ผู้ใช้เปลี่ยน

การสื่อสารระหว่างงาน

งานสามารถมีความสัมพันธ์กัน: ตัวอย่างเช่นงานหนึ่งคือตารางย่อยสำหรับอีกหรือนำหน้า ข้อมูลนี้อาจมีประโยชน์ในการวางแผนการพัฒนาโปรแกรมนิติบุคคลแยกต่างหากมีหน้าที่รับผิดชอบในการเก็บข้อมูลใน Redmine

การบัญชีที่ใช้ไปในวันร่าง

ระบบเก็บรักษาบัญชีของเวลาที่ใช้ไปเนื่องจากสาระสำคัญของ "ใช้เวลา" ที่เกี่ยวข้องกับผู้ใช้และงาน สาระสำคัญช่วยให้คุณสามารถเก็บเวลาที่ใช้ไปประเภทของกิจกรรมผู้ใช้ (การพัฒนาการออกแบบสนับสนุน) และความคิดเห็นสั้น ๆ ในการทำงาน ข้อมูลเหล่านี้สามารถใช้งานได้เช่นเพื่อวิเคราะห์การมีส่วนร่วมของผู้เข้าร่วมแต่ละคนในโครงการหรือประเมินความเข้มข้นของแรงงานจริงและต้นทุนการพัฒนา

ที่เก็บผลผูกพัน

Redmine ให้การรวมเข้ากับระบบควบคุมเวอร์ชันต่างๆ (ที่เก็บ) การบูรณาการคือการติดตามการเปลี่ยนแปลงในที่เก็บข้อมูลภายนอกแก้ไขในฐานข้อมูลการวิเคราะห์การเปลี่ยนแปลงเพื่อผูกกับงานบางอย่าง ในโครงสร้างทางพันธุกรรมของระบบสำหรับการรวมเข้ากับที่เก็บข้อมูลภายนอกสามหน่วยงานมีความรับผิดชอบ: "ที่เก็บ", "บรรณาธิการ" และ "เปลี่ยน" "Repository" เป็นโครงการที่เกี่ยวข้องกับโครงการที่เก็บประเภทของที่เก็บที่เชื่อมต่อตำแหน่งและข้อมูลการระบุของผู้ใช้

"บรรณาธิการ" เป็นจอแสดงผลของบอร์ดบรรณาธิการของที่เก็บและนอกเหนือจากฟิลด์ข้อมูลสามารถเชื่อมโยงกับงานที่เฉพาะเจาะจง (สำหรับสิ่งนี้ที่คุณต้องการระบุในคำอธิบายของการเปลี่ยนแปลง "refs #num" ที่ Num เป็นหมายเลขงาน) และผู้เขียนผู้แต่งคณะบรรณาธิการ เอนทิตี "การเปลี่ยนแปลง" ถูกออกแบบมาเพื่อเก็บรายการของไฟล์ที่แก้ไข (เพิ่ม, รีโมต, ที่ถูกแทนที่) ในแต่ละรุ่น

ใบเสร็จรับเงินการแจ้งเตือน

การแจ้งเตือนผู้ใช้เกี่ยวกับการเปลี่ยนแปลงที่เกิดขึ้นในเว็บไซต์จะดำเนินการโดยใช้สาระสำคัญของ "ผู้สังเกตการณ์" ที่เชื่อมต่อผู้ใช้กับวัตถุของคลาสต่าง ๆ (โครงการงานฟอรัม ฯลฯ ) ในฐานข้อมูลคีย์การเข้าถึงการสมัครสมาชิก RSS ยังเก็บไว้ให้การแจ้งเตือนผ่านเทคโนโลยีนี้การแจ้งเตือนจะถูกส่งโดยใช้อีเมล

ข้อบกพร่องบางอย่าง Redmine

สำหรับรุ่นเก่ารุ่นใหม่ที่คุณต้องทำเช่นเดียวกันตรวจสอบความเป็นกลาง

หน้าการอภิปรายต้องมีรายละเอียด

  • การจัดการไฟล์และเอกสารใน Redmine จะลดลงเพื่อเพิ่มการลบและแก้ไข คุณไม่สามารถจัดการสิทธิ์การเข้าถึงไฟล์หรือเอกสารแต่ละฉบับ
  • ไม่มีการแจ้งเตือนเกี่ยวกับการเปลี่ยนแปลงเอกสาร
  • ใน Redmine คุณไม่สามารถจัดการสิทธิ์การเข้าถึงในระดับของแต่ละฟิลด์งาน ตัวอย่างเช่นในขณะนี้มันเป็นไปไม่ได้ที่จะซ่อนการประมาณการทำงานในโครงการหรือข้อมูลเกี่ยวกับเวลาที่ใช้จ่าย
  • ใน Redmine ฟิลด์เพิ่มเติมทั้งหมดมีให้สำหรับผู้ใช้ทุกคนผู้เข้าร่วมโครงการทั้งหมดจะสามารถดูและเปลี่ยนได้ ข้อ จำกัด นี้สามารถนำไปสู่ความยากลำบากในการปรากฏตัวของคำสั่งที่ไม่แข็งแรงเมื่อผู้จัดการและนักพัฒนาและลูกค้าสามารถเข้าถึงโครงการได้
  • Redmine ไม่มีสิทธิ์ในการแยกการเปลี่ยนประเภทในเวิร์กโฟลว์ ตัวอย่างเช่นตอนนี้เป็นไปไม่ได้ที่จะระบุว่าเมื่อมีคนแก้ไขข้อผิดพลาดเสร็จแล้วจะต้องเลือกผู้ทดสอบที่รับผิดชอบและควรระบุหมายเลขบิลด์ นอกจากนี้คุณไม่สามารถซ่อนการติดต่อภายในระหว่างโปรแกรมเมอร์จากไคลเอนต์
  • ใน Redmine ความเข้มข้นแรงงานโดยรวมของงานไม่ได้แสดงในรายการงานและในรายงานที่เข้มข้นแรงงานเป็นไปไม่ได้ที่จะเลือกรวมถึงตามผู้รับเหมา

chiliproject

อันเป็นผลมาจากความจริงที่ว่าการมองเห็นของผู้ใช้บางคนที่เกี่ยวข้องกับโครงการนั้นโดดเด่นจากวิสัยทัศน์ของผู้นำนักพัฒนา Forma Redmine ที่เรียกว่า Chiliproject ถูกสร้างขึ้น

ดูสิ่งนี้ด้วย

วรรณคดี

  • 前田剛 (Go Maeda) 入門 Redmine Linux / Windows 対応- 秀和システム- 226 p - ISBN 978-4-7980-2137-9
  • Gunther Popp Konfigurationsmanagement Mit Subversion, Maven und Redmine: Grundlagen Für Softwarearchitekten und Entwickler - 3. - DPUNKT.VERLAG GMBH, 2009 - P. 362. - ISBN 9783898645218

ลิงค์

Redmine [ɹɛdmɑɪn] - เปิดแอปพลิเคชันเว็บเซิร์ฟเวอร์สำหรับการจัดการโครงการและงาน (รวมถึงการติดตามข้อผิดพลาด) Redmine เขียนขึ้นใน Ruby และเป็นแอปพลิเคชั่นที่ใช้กรอบเว็บทับทิมที่รู้จักกันดีบนราง แจกจ่ายตามใบอนุญาตสาธารณะทั่วไปของ GNU

สารานุกรม YouTube

  • 1/4มุมมอง: 337

    1,067

    20 314

    1 108

  • วิธีการติดตั้ง Redmine (การจัดการโครงการ) บน Antsle

  • MIT Redmine Effizient Mitarbeiter, Projekte Und Aufgaben Verwalten

  • Redmine - Herramienta de Gestion De Proyectos

  • [Kube 42] การปรับใช้ Redmine ในคลัสเตอร์ Kubernetes

เนื้อหา

ฟังก์ชั่น

ผลิตภัณฑ์นี้มีคุณสมบัติดังต่อไปนี้:

  • การบำรุงรักษาหลายโครงการ
  • ระบบการเข้าถึงตามบทบาทที่ยืดหยุ่น
  • ระบบติดตามข้อผิดพลาด;
  • Gantt และแผนภูมิปฏิทิน;
  • ข่าวโครงการเอกสารและการจัดการไฟล์
  • การแจ้งเตือนการเปลี่ยนแปลงโดยใช้สตรีม RSS และอีเมล
  • ฟอรัมสำหรับแต่ละโครงการ
  • การบัญชีของต้นทุนชั่วคราว
  • ปรับแต่งฟิลด์ที่ปรับแต่งได้สำหรับเหตุการณ์ต้นทุนเวลาโครงการและผู้ใช้
  • การรวมเข้ากับระบบควบคุมรุ่น (SVN, CVS, Git, Mercurial, Bazaar และ Darcs);
  • การสร้างบันทึกข้อผิดพลาดตามตัวอักษรที่ได้รับ
  • รองรับการตรวจสอบสิทธิ์ LDAP หลายตัว
  • ความสามารถในการลงทะเบียนผู้ใช้ใหม่อย่างอิสระ
  • อินเทอร์เฟซหลายภาษา (รวมถึงรัสเซีย);
  • สนับสนุน DBMS MySQL, Microsoft SQL Server [2] , postgresql, sqlite

โครงสร้างฐานข้อมูล

ระบบผู้ใช้

ผู้ใช้เป็นหนึ่งในแนวคิดหลักของสาขาวิชา รุ่นผู้ใช้เป็นพื้นฐานสำหรับการระบุและรับรองความถูกต้องของระบบของบุคลากรและลูกค้ารวมถึงอนุญาตให้พวกเขาในบทบาทที่แตกต่างกันโครงการ ฯลฯ

บทบาท

บทบาทของผู้ใช้จะถูกกำหนดโดยรุ่นที่ยืดหยุ่นในการกำหนดสิทธิ์การเข้าถึงของผู้ใช้ บทบาทประกอบด้วยชุดสิทธิพิเศษเพื่อให้สามารถแยกความแตกต่างการเข้าถึงฟังก์ชั่นระบบต่างๆ

ผู้ใช้ได้รับบทบาทในแต่ละโครงการที่มีส่วนร่วมเช่น "ผู้จัดการในโครงการพัฒนาโครงการ", "นักพัฒนาในโครงการเพื่อรักษา บริษัท อินทราเน็ตของ บริษัท " หรือ "ลูกค้าในโครงการ refactor ของระบบข้อมูล บริษัท B " ผู้ใช้สามารถมีหลายบทบาท การกำหนดบทบาทสำหรับงานแยกต่างหาก (ปัญหา) เป็นไปไม่ได้ในปัจจุบัน

โครงการ

โครงการนี้เป็นหนึ่งในแนวคิดพื้นฐานในสาขาวิชาของระบบการจัดการโครงการ เนื่องจากสาระสำคัญนี้เป็นไปได้ที่จะจัดงานร่วมกันและวางแผนโครงการหลายโครงการพร้อมกันกับการกำหนดการเข้าถึงผู้ใช้หลายคน (ดูด้านบน) โครงการอนุญาตให้ทำรังแบบลำดับชั้น

ตัวติดตาม

ตัวติดตามเป็นหมวดหมู่หลักที่จัดเรียงงานในโครงการ ในตัวของตัวเองแนวคิดของ "Tracker" กลับไปที่ระบบบัญชีข้อผิดพลาด (ENG เครื่องมือติดตามข้อผิดพลาด ) ตัวแทนแต่ละโครงการแยกต่างหาก

ในสาระสำคัญใน "Redmine" ตัวติดตามเป็นแบบอะนาล็อกของคลาส "ปัญหา" คลาสและเป็นพื้นฐานสำหรับความหลากหลายของงานประเภทต่าง ๆ ช่วยให้คุณสามารถกำหนดแต่ละสาขาต่าง ๆ ของพวกเขาติดตาม "การปรับปรุง "," ข้อผิดพลาด "," เอกสาร "," การสนับสนุน "

ภารกิจ

ภารกิจเป็นแนวคิดหลักของระบบทั้งหมดอธิบายถึงงานที่คุณต้องการดำเนินการ แต่ละงานมีคำอธิบายบังคับและผู้เขียนที่บังคับใช้งานนั้นเชื่อมโยงกับตัวติดตาม

แต่ละงานมีสถานะ สถานะเป็นนิติบุคคลที่แยกต่างหากที่มีความเป็นไปได้ในการกำหนดสิทธิ์ในการกำหนดสถานะสำหรับบทบาทที่แตกต่างกัน (ตัวอย่างเช่นสถานะ "ถูกปฏิเสธ" สามารถกำหนดผู้จัดการได้) หรือการกำหนดความเกี่ยวข้องของงาน (ตัวอย่างเช่น "เปิด" "แต่งตั้ง" - ที่เกี่ยวข้องและ "ปิด" "ปฏิเสธ" - ไม่)

สำหรับแต่ละโครงการชุดของขั้นตอนการพัฒนาและชุดหมวดงานที่กำหนดไว้แยกต่างหาก ฟิลด์อื่น ๆ ยังน่าสนใจสำหรับ "เวลาโดยประมาณ" ซึ่งทำหน้าที่เป็นพื้นฐานสำหรับแผนภูมิการจัดการอาคารรวมถึงฟิลด์ที่เลือกของผู้สังเกตการณ์สำหรับงาน (ดู "การรับการแจ้งเตือน") ภารกิจสามารถแนบไฟล์ (มีเอนทิตี "แยก" แอปพลิเคชัน ")

ค่าของคุณสมบัติที่ระบุไว้อื่น ๆ (ตัวอย่างเช่นลำดับความสำคัญ) จะถูกเก็บไว้ในตารางทั่วไปแยกต่างหาก

ติดตามการเปลี่ยนแปลงของพารามิเตอร์งาน

สำหรับการติดตามการเปลี่ยนแปลงพารามิเตอร์งานโดยผู้ใช้เอนทิตีสองรายการกำลังตอบสนองต่อระบบ: "บันทึกการเปลี่ยนแปลงบันทึกการเปลี่ยนแปลง" และ "พารามิเตอร์ที่เปลี่ยนแปลงได้" รายการบันทึกจะแสดงการกระทำหนึ่งของผู้ใช้เพื่อแก้ไขพารามิเตอร์ของงานและ / หรือเพิ่มความคิดเห็นลงไป นั่นคือการทำหน้าที่เป็นเครื่องมือในการดำเนินการประวัติความเป็นมาของงานและเครื่องมือสำหรับการบำรุงรักษาบทสนทนา

เอนทิตี "การเปลี่ยนแปลงพารามิเตอร์" เชื่อมโยงกับรายการบันทึกแยกต่างหากและมีไว้สำหรับการจัดเก็บค่าเก่าและค่าใหม่ของพารามิเตอร์ที่ผู้ใช้เปลี่ยน

การสื่อสารระหว่างงาน

งานสามารถมีความสัมพันธ์กัน: ตัวอย่างเช่นงานหนึ่งคือตารางย่อยสำหรับอีกหรือนำหน้า ข้อมูลนี้อาจมีประโยชน์ในการวางแผนการพัฒนาโปรแกรมนิติบุคคลแยกต่างหากมีหน้าที่รับผิดชอบในการเก็บข้อมูลใน Redmine

การบัญชีที่ใช้ไปในวันร่าง

ระบบสนับสนุนการคำนึงถึงเวลาที่บัญชีต้องขอบคุณสาระสำคัญของ "ใช้เวลา" ที่เกี่ยวข้องกับผู้ใช้และงาน สาระสำคัญช่วยให้คุณสามารถเก็บเวลาที่ใช้ไปประเภทของกิจกรรมผู้ใช้ (การพัฒนาการออกแบบสนับสนุน) และความคิดเห็นสั้น ๆ ในการทำงาน ข้อมูลเหล่านี้สามารถใช้งานได้ตัวอย่างเช่นเพื่อวิเคราะห์การมีส่วนร่วมของผู้เข้าร่วมแต่ละคนในโครงการหรือประเมินการพิจารณาเวลาจริงและค่าใช้จ่ายในการพัฒนา

ที่เก็บผลผูกพัน

Redmine ให้ความสามารถในการรวมเข้ากับระบบควบคุมรุ่นต่างๆ (ที่เก็บ) การบูรณาการคือการติดตามการเปลี่ยนแปลงในที่เก็บข้อมูลภายนอกแก้ไขในฐานข้อมูลการวิเคราะห์การเปลี่ยนแปลงเพื่อผูกกับงานบางอย่าง

ในโครงสร้างทางพันธุกรรมของระบบสำหรับการรวมเข้ากับที่เก็บข้อมูลภายนอกสามหน่วยงานมีความรับผิดชอบ: ที่เก็บบรรณาธิการและการเปลี่ยนแปลง

  • ที่เก็บ - โครงการที่เกี่ยวข้องกับเอนทิตีที่เก็บประเภทของที่เก็บที่เชื่อมต่อตำแหน่งและข้อมูลการระบุของผู้ใช้
  • บทบรรณาธิการ - การแสดงสำนักงานบรรณาธิการของที่เก็บข้อมูลและนอกเหนือจากฟิลด์ข้อมูลสามารถเชื่อมโยงกับงานที่เฉพาะเจาะจง: สิ่งนี้ต้องการระบุในคำอธิบายของการเปลี่ยนแปลง "refs #num" ที่ NUM เป็นหมายเลขงาน) และ ให้กับผู้แต่ง - ผู้แต่งคณะกรรมการบรรณาธิการ
  • เปลี่ยน - เก็บรายการไฟล์ที่แก้ไข (เพิ่ม, รีโมท, ที่ถูกแทนที่) ในแต่ละรุ่น

ใบเสร็จรับเงินการแจ้งเตือน

การแจ้งเตือนของผู้ใช้เกี่ยวกับการเปลี่ยนแปลงที่เกิดขึ้นบนเว็บไซต์จะดำเนินการโดยใช้สาระสำคัญของ "ผู้สังเกตการณ์" ที่เชื่อมต่อผู้ใช้กับวัตถุของคลาสต่าง ๆ (โครงการงานฟอรัม ฯลฯ ) ฐานข้อมูลยังเก็บคีย์การเข้าถึงไปยังการสมัครสมาชิก RSS ช่วยให้คุณ หากต้องการรับการแจ้งเตือนผ่านเทคโนโลยีนี้การแจ้งเตือนจะถูกส่งโดยใช้อีเมล

ข้อบกพร่องบางอย่าง Redmine

  • การจัดการไฟล์และเอกสารใน Redmine จะลดลงเพื่อเพิ่มการลบและแก้ไข คุณไม่สามารถจัดการสิทธิ์การเข้าถึงไฟล์หรือเอกสารแต่ละฉบับ
  • ใน Redmine คุณไม่สามารถจัดการสิทธิ์การเข้าถึงในระดับของแต่ละฟิลด์งาน ตัวอย่างเช่นในขณะนี้มันเป็นไปไม่ได้ที่จะซ่อนการประมาณเวลาทำงานในงาน แต่คุณสามารถทำให้ฟิลด์เพิ่มเติมปรากฏเฉพาะกับผู้ใช้ที่มีบทบาทที่กำหนดเท่านั้น
  • ใน Redmine การพิจารณาภาระงานโดยรวมของงานจะไม่แสดงในรายการงาน
  • ไม่มีความเป็นไปได้ที่จะให้ผู้ใช้มีบทบาทในระบบทั้งหมด ตัวอย่างเช่น "ผู้จัดการสำนักงานโครงการ" ต้องมีการเข้าถึงโครงการทั้งหมดในระบบ: สำหรับสิ่งนี้คุณต้องเพิ่มผู้ใช้ด้วยบทบาทนี้กับทุกโครงการ
  • เชื่อมต่อที่เก็บ git เป็นไปได้เฉพาะเมื่อ redmine และที่เก็บอยู่บนเซิร์ฟเวอร์เดียวกัน

chiliproject

อันเป็นผลมาจากความจริงที่ว่าการมองเห็นของผู้ใช้บางคนที่เกี่ยวข้องกับโครงการนั้นโดดเด่นจากวิสัยทัศน์ของผู้นำนักพัฒนา Forma Redmine ที่เรียกว่า Chiliproject ถูกสร้างขึ้น ปัจจุบันโครงการนี้ถูกปิด

ดูสิ่งนี้ด้วย

หมายเหตุ

วรรณคดี

  • 前田剛 (ไป Maeda) 入門 Redmine Linux / Windows 対応- 秀和システム- 226 p - ISBN 978-4-7980-2137-9
  • Gunther Popp Konfigurationsmanagement Mit Subversion, Maven und Redmine: Grundlagen Für Softwarearchitekten und Entwickler - 3. - DPUNKT.VERLAG GMBH, 2009 - P. 362. - ISBN 9783898645218

ลิงค์

  • ไซต์อย่างเป็นทางการ Redmine (อังกฤษ.)
  • ไคลเอนต์ Android สำหรับ Redmine (อังกฤษ.)
  • การติดตั้งและกำหนดค่าการรวมกลุ่ม Redmine ด้วยอัญมณีทับทิม, ราง, PostgreSQL, ผู้โดยสาร, Nginx
  • การติดตั้งและกำหนดค่าการรวมกลุ่ม Redmine พร้อมอัญมณีทับทิมราง MySQL ผู้โดยสาร Nginx (ลิงก์ที่ไม่สามารถเข้าถึงได้)
  • การสร้างปลั๊กอินสำหรับ Redmine
  • แอปพลิเคชั่น RedmineApp - iPhone สำหรับ Redmine
  • Redmine PM - ไคลเอนต์ Redmine สำหรับ iPhone / iPad
  • Redmine to Go - ไคลเอนต์ Windows Phone สำหรับ Redmine
  • Redmineup เป็นปลั๊กอินและธีมฟรีและเชิงพาณิชย์สำหรับ Redmine
  • RMClient เป็นไคลเอนต์สำหรับ Windows, Mac, Linux, เชิงพาณิชย์
  • การตั้งค่างานวงจรชีวิต
  • การแก้ปัญหาประสิทธิภาพการทำงาน
  • การวางแผนการดำเนินงานใน Redmine
  • คู่มือการเขียนปลั๊กอิน
  • คำแนะนำในการติดตั้งโดยละเอียด
  • Easy Redmine - ตัวเลือกเชิงพาณิชย์
  • Designer Jetware Installars และเครื่องเสมือนพร้อม Redmine

หน้านี้ได้รับการแก้ไขครั้งสุดท้ายเมื่อวันที่ 3 พฤษภาคม 2021 ที่ 13:31

  • - การบำรุงรักษาหลายโครงการ
  • - ระบบติดตามข้อผิดพลาด;
  • - แจ้งเตือนเกี่ยวกับการเปลี่ยนแปลงผ่านอีเมลและฟีด RSS;
  • - สถานะงานที่ปรับแต่งได้;
  • - ฟิลด์โดยพลการที่ปรับแต่งได้สำหรับงานต้นทุนเวลาโครงการและผู้ใช้
  • - การบัญชีของต้นทุนเวลา (ชั่วโมง);
  • - แผนภูมิ Ganta และปฏิทิน;
  • - วิกิสำหรับแต่ละโครงการ
  • - การจัดการข่าวโครงการการจัดการไฟล์และเอกสาร
  • - ฟอรัมสำหรับแต่ละโครงการ
  • - อินเตอร์เฟซที่พูดได้หลายภาษารวมถึงภาษารัสเซีย
  • - การรวมเข้ากับที่เก็บ (SVN, CVS, Git, Mercurial, Bazaar และ Darcs);
  • - ระบบแยกการเข้าถึงขึ้นอยู่กับบทบาท;
  • - รองรับการตรวจสอบสิทธิ์ LDAP หลายตัว
  • - ความสามารถในการลงทะเบียนผู้ใช้ใหม่อย่างอิสระ
  • - การขยายการทำงานของระบบโดยการติดตั้งเพิ่มเติม ปลั๊กอิน ;
  • - รองรับ DBMS: MySQL, POSTGRESQL, SQLite, MS SQL Server (จากรุ่น 2.3)
  • พิจารณาระบบ Redmine ในรายละเอียดเพิ่มเติม ด้านล่างนี้เป็นภาพหน้าจอบางอย่างในครั้งแรกของพวกเขา - รายการงานตามหนึ่งในโครงการ

    แท็บงานช่วยให้คุณเห็นทั้งงานโครงการปัจจุบัน (ตามค่าเริ่มต้น) และงานที่ปิดก่อนหน้านี้ - คำขอของลูกค้าเป็นไปได้

    พระเจ้าคุณเป็นของฉันฉันมีความขัดแย้ง!

    (ฟิลเตอร์) สามารถบันทึกแบบสอบถามแบบกำหนดเองเพื่อใช้ในภายหลังโดยผู้ใช้ทั้งหมดของระบบ

    (เมื่อคุณติดตั้งช่องทำเครื่องหมายแบบสอบถาม "สาธารณะ") หรือใช้งานโดยผู้ใช้ที่สร้างคำขอ หลังจากสร้างแบบสอบถามคุณสามารถกำหนดค่ารายการภารกิจในคลิกเดียว

    ไม่ช้าก็เร็ว (อาจอยู่แล้วในระหว่างการอัปเดตครั้งแรกในรุ่นที่อายุน้อยกว่าใหม่) คุณจะพบกับความขัดแย้งของการควบรวมกิจการ ในระหว่างการรีไซเคิล Git มันใช้คอมมิชชันหนึ่งโดยหนึ่งและหยุดทุกครั้งที่การใช้งานของการกระทำเกิดขึ้นพร้อมกับข้อผิดพลาด ในกรณีนี้ทีม

    การใช้ประโยชน์จากการอ้างอิงกับแบบสอบถามโดย "แบบสอบถามที่บันทึก" ที่แผงด้านข้างทางด้านขวา

    • ระบบนี้ใช้กลไกสำหรับการติดตามงานและการสมัครรับข้อมูลไปยังภารกิจ สำหรับแต่ละงานผู้สังเกตการณ์สามารถกำหนดได้หลังจากที่สถานะการเปลี่ยนแปลงสถานะพารามิเตอร์ของงานเพิ่มความคิดเห็นใหม่ไฟล์ไปยังภารกิจผู้ใช้ผู้สังเกตการณ์จะได้รับการแจ้งเตือนทางอีเมลที่เหมาะสม
    • ผู้ใช้ระบบทั้งหมดสามารถสร้างงานใหม่ ในการเพิ่มงานใหม่ในโครงการคุณต้องไปที่แท็บงานใหม่
    • เลือกตัวติดตามงานและกรอกข้อมูลบังคับ (*) และเพิ่มเติม (รวมถึงผู้ใช้ที่กำหนดเอง) ในฟิลด์ "ธีม" มันเป็นสูตรสั้น ๆ แต่ความหมายของงาน (เมื่อคุณไปที่ฟิลด์อื่นโดยกดปุ่มแท็บในกรณีของปลั๊กอินเพิ่มเติมคุณสามารถค้นหารายการของ หัวข้อในงานที่สร้างไว้ก่อนหน้านี้) ในฟิลด์ "คำอธิบาย" ตั้งค่าเนื้อหาโดยละเอียดของงาน เพื่อเพิ่มความสามารถในการอ่านของข้อความคุณสามารถใช้ความสามารถของโปรแกรมแก้ไขเว็บในตัว
    • งานสามารถแนบไฟล์ได้ขนาดสูงสุดที่ควบคุมโดยผู้ดูแลระบบ
    • ผู้สังเกตการณ์สามารถเชื่อมต่อกับงานได้: เพื่อสร้างงานเมื่อทำอาหารไปยังงานให้เปลี่ยนสถานะของงานผู้สังเกตการณ์จะได้รับการแจ้งเตือนที่เหมาะสมกับที่อยู่อีเมลของพวกเขา ผู้ใช้ยังสามารถเพิ่มตัวเองในฐานะผู้สังเกตการณ์ในงานราคาไม่แพงซึ่งในบัตรงานควรตามด้วยลิงก์ "ติดตาม"

    งานในระบบสามารถเชื่อมโยงกันได้: ตัวอย่างเช่นหนึ่งในนั้นคือ SUBTASK สำหรับอีกคนนำหน้าเธอหรืองานเหล่านี้เกี่ยวข้องกัน

    สถานะ git

    ระบบ Redmine ให้นิติบุคคลแยกต่างหากที่เรียกว่า "งานที่เกี่ยวข้อง" งานที่เกี่ยวข้องอาจมีลิงค์ประเภทต่อไปนี้:

    แสดงไฟล์ที่มีปัญหา

    - "ซ้ำซ้อน" - เชื่อมโยงงานในลักษณะที่การปิดของหนึ่งนำไปสู่การปิดงานอื่น;

    ตรวจสอบข้อผิดพลาดที่ทำให้เกิดความล้มเหลวให้ค้นหาว่าทำไมมันจึงตั้งใจ (ข้อความที่มีความหมายจะช่วย), ไฟล์ที่ถูกต้อง, คำสั่ง

    - "เกี่ยวข้องกับ" เป็นเพียงการอ้างอิงถึงงานอื่น ลิงค์ดังกล่าวใช้เพื่อแสดงให้เห็นว่างานเหล่านี้รวมกันโดยเป้าหมายหนึ่งหรือคุณลักษณะทั่วไปอื่น ๆ - "บล็อก" - แสดงว่างานนี้ต้องเสร็จสิ้นก่อนเริ่มงานในงานอื่น ในงานทั้งสองคุณสามารถเปลี่ยนเปอร์เซ็นต์ของการดำเนินการวันที่สถานะ แต่ด้วยข้อยกเว้นหนึ่งข้อ: งานที่ล็อคไม่สามารถปิดได้จนกว่าจะปิดงานการบล็อก อย่างไรก็ตามในงานที่ถูกล็อคเป็นไปได้ที่จะตั้งค่าสถานะ "ดำเนินการ" ความพร้อมของ 100% แม้ว่าความพร้อมของงานการปิดกั้นจะต้องการมาก - "precedes" - ตั้งค่าขั้นตอนสำหรับการปฏิบัติงานเพื่อให้งานนี้ควรจะเสร็จสมบูรณ์สำหรับวันที่ n ก่อนที่จะเริ่มต้นที่เกี่ยวข้อง ในบัตรงานที่เกี่ยวข้องมันจะไม่เพียง แต่จะเป็นรายการที่มีผลผูกพัน แต่ยังเปลี่ยนเวลาและสิ้นสุดของงานโดยอัตโนมัติ ระยะเวลาของงานจะเท่ากับวันที่ของปัญหาที่ผูกไว้เพิ่มขึ้นตามจำนวนวันที่ระบุไว้ในมัด;

    git เพิ่ม

    - "Next" - ตั้งค่าขั้นตอนสำหรับการปฏิบัติงานในลักษณะที่งานนี้สามารถทำได้หลังจากที่เกี่ยวข้องเท่านั้น การเชื่อมต่อนี้กลับรายการก่อนหน้านี้

    เพิ่มไฟล์ที่ถูกต้องแต่ละไฟล์เมื่อคุณเสร็จสิ้น หากความขัดแย้งถูกกำจัดคุณสามารถดูการเปลี่ยนแปลงที่จะแก้ไขโดยใช้คำสั่ง

    Timing จะเปลี่ยนโดยอัตโนมัติในการผูก แต่ในงานที่แก้ไขได้ ดังนั้นต้องใช้ลิงค์ "ถัดไป" เพียงตรวจสอบให้แน่ใจว่างานควรจะไปทีละรายการในช่วงเวลาที่กำหนดระหว่างพวกเขา

    git diff --cached

    รูปภาพต่อไปนี้ทุ่มเทให้กับการกำหนดค่าและการจัดการระบบ Redmine

    . ทันทีที่คุณพิจารณาผลลัพธ์ที่น่าพอใจคุณสามารถส่งต่อกับทีมต่อไปได้

    ตัวติดตามมีบทบาทสำคัญในการติดตามภารกิจ พวกเขามีส่วนร่วมในการกำหนดเงื่อนไขสำหรับการเปลี่ยนแปลงงานจากรัฐหนึ่งไปยังอีกรัฐหนึ่งความพร้อมใช้งานของฟิลด์

    Git Rebase --Continue

    ตัวติดตามเป็นสมาคมเชิงตรรกะของงานในกลุ่มเดียวภายในโครงการตัวอย่างเช่นการกำจัดข้อผิดพลาดการพัฒนาฟังก์ชั่นใหม่ ฯลฯ ตัวติดตามอาจเป็น

    รวมอยู่ในโครงการหนึ่งหลายหรือทั้งหมด

    ผู้ใช้ Redmine จะต้องรวมอยู่ในหนึ่งในกลุ่มบทบาทจำนวนบทบาทไม่ จำกัด ระบบมีบทบาทที่กำหนดไว้ล่วงหน้าสองบทบาท:

    บทบาทของ "Anonymous" - สำหรับผู้ใช้ที่ไม่ได้ลงทะเบียนบทบาทของ "ไม่เข้าร่วม" - สำหรับการลงทะเบียน แต่ไม่รวมอยู่ในโครงการผู้ใช้ใด ๆ

ไม่ระบุชื่อไม่สามารถสร้างงานได้

แต่ละบทบาทจะถูกตั้งค่าให้สิทธิ์การเข้าถึงไปยังการกระทำที่เป็นไปได้ด้วยงาน, โครงการ, เอกสาร, ไฟล์, Wiki, ฟอรัม ฯลฯ เห็นได้ชัดว่า

บทบาทของ "ผู้จัดการโครงการ" ควรได้รับพลังมากขึ้นบทบาทของ "นักแสดง" - เล็กกว่าบทบาทของ "ไม่เข้าร่วม" - แม้แต่น้อยบทบาทของ "ไม่ระบุชื่อ" เพื่อให้ได้ความเป็นไปได้ขั้นต่ำ

ในโครงการสาธารณะและในแต่ละโครงการทุกอย่างถูกห้าม ผู้เข้าร่วมบทบาทของระบบ "Administrator" มีสิทธิ์ไม่ จำกัด ตลอดทั้งระบบ

ขึ้นอยู่กับตัวติดตามที่เลือกแต่ละงานสามารถผ่านด่านบางขั้นตอนและมีสถานะที่แตกต่างกัน

ดังนั้นในตัวอย่างด้านล่างสำหรับตัวติดตามที่สร้างขึ้น "การแก้ไขปัญหา", "งานครั้งเดียว, Adhoc", "การพัฒนาใหม่" สูงสุดเต็มไปด้วยสถานะงาน:

1. ใหม่ -> 2. แจกจ่าย -> 3. การวิเคราะห์ -> 4. ในการดำเนินงาน -> 5. ทำ -> 6. การยอมรับจากลูกค้า -> 7. ปิด

บทบาทของ "ผู้จัดการโครงการ", "ผู้บริหาร", "ลูกค้า, สมาชิก" ถูกสร้างขึ้น เนื่องจากผู้จัดการโครงการเป็นผู้ดูแลโครงการของเขาแล้วภายในกรอบของโครงการของเขาสามารถย้ายไปยังภารกิจในสถานะที่แตกต่างกัน นักแสดงของงานหรือลูกค้า / ผู้เข้าร่วมสามารถแปลงานจากบางสถานะเท่านั้น ในขั้นตอนใด ๆ งานอาจถูกยกเลิก (แปลเป็นสถานะ "ปฏิเสธ") บ่งบอกถึงเหตุผล .

เมื่อคุณทำการเปลี่ยนแปลงงานการเปลี่ยนแปลงสถานะของงานเพิ่มความคิดเห็นต่อผู้ใช้ทั้งหมดที่เกี่ยวข้องในงานจะมาโดยอัตโนมัติอีเมล

สำหรับแต่ละคู่ "บทบาท - ติดตาม" มีโอกาสที่จะกำหนดค่าการมองเห็นภาระผูกพันในการกรอกข้อมูลในฟิลด์ (รวมถึงฟิลด์ที่กำหนดค่าได้) ในการ์ดงาน ฟิลด์ระบบ

"Project", "Tracker", "ธีม", "ลำดับความสำคัญ", "ส่วนตัว" (งาน) มักจะต้องเติม การกำหนดลำดับของการกระทำสำหรับหนึ่งในคู่ "บทบาท - ติดตาม"

การตั้งค่าลำดับสามารถคัดลอกสำหรับลิงค์อื่น ("คัดลอก" ลิงค์)

ในระบบ Redmine สำหรับงานผู้ใช้และเอนทิตีอื่น ๆ คุณสามารถสร้างจำนวนฟิลด์ที่ปรับแต่งได้ (กำหนดเอง) ที่กำหนดเองโดยพลการ ฟิลด์ที่กำหนดเองจะเป็น

แสดงในการ์ดงานในสองคอลัมน์หลังจากพื้นที่ของฟิลด์ระบบที่กำหนดไว้ล่วงหน้า เรียงลำดับกำหนดลำดับของฟิลด์ที่กำหนดเองในบัตรงาน ฟิลด์ที่กำหนดเองรองรับประเภทข้อมูลต่อไปนี้: สตริง, ข้อความยาว, จำนวนเต็ม, จำนวนจริง, วันที่, รายการสำหรับการเลือกค่าเดียว รายการสำหรับการเลือกค่าหลายค่าลิงก์ผู้ใช้ แต่ละฟิลด์ที่กำหนดเองสามารถเปิดใช้งานได้ทั้งหมดหรือเฉพาะโครงการที่ระบุให้ใช้ตัวติดตามที่เลือก ในการกำหนดฟิลด์ที่กำหนดเองคุณสามารถติดตั้งได้ทันที จำเป็นต้องมีการตั้งค่าทั่วโลกและทัศนวิสัยสำหรับบทบาทรวมถึงการมีส่วนร่วมของฟิลด์ในการสืบค้นผู้ใช้ (ตัวกรอง) และแบบสอบถามการค้นหา โปรแกรมสำหรับการจัดการเซิร์ฟเวอร์และบริการ Redmine สามารถพบได้เป็นเริ่มต้นขึ้น -> Bitnami Redmine Stack Group -> เครื่องมือจัดการ Redmine ด้วยแอปพลิเคชันการดูแลระบบนี้คุณสามารถจัดการบริการ Redmine เว็บเซิร์ฟเวอร์ Apache เซิร์ฟเวอร์ฐานข้อมูล MySQL

การรายงาน

ระบบ Redmine ให้ Diagram Gant และด้วยความช่วยเหลือของปลั๊กอินเพิ่มเติมเป็นไปได้ที่จะสร้างรายงานเพื่อทำความเข้าใจสถานะของโครงการและภารกิจ

บางทีการส่งนักพัฒนาส่วนตัวเกี่ยวกับรูปแบบของรายงานเหล่านี้จะจัดให้คุณ

อย่างไรก็ตามรายงานการวิเคราะห์เกี่ยวกับภารกิจโครงการนั้นสร้างขึ้นได้ดีที่สุดตามข้อมูลที่ส่งออกไปยังไฟล์ CSV สำหรับสิ่งนี้

ในเมนูหลักของระบบ Redmine เลือก "โครงการ" -> "โครงการทั้งหมด" ทำตามลิงค์ "ดูงานทั้งหมด"

ในรายการของงานใช้ / ยกเลิกเกณฑ์การกรองที่ต้องการและคลิกที่ลิงค์ "ส่งออกไปยัง CSV" ที่ด้านล่างขวาด้านล่างรายการงาน

ด้วยวิธีนี้รายการงานจะถูกยกเลิกการโหลด - ไฟล์ปัญหา. csv

ถัดไปคุณต้องเปิดหนังสือ MS Excel ใหม่เลือก "ข้อมูล" -> "จากข้อความ" ในเมนูหลักระบุพา ธ ไปยังไฟล์ปัญหาไฟล์ ในกล่องโต้ตอบเลือกหน้ารหัส "1251: Cyrillic (Windows)" (บางทีเป็นสัญลักษณ์แยกสังเกต - "อื่น ๆ " ระบุสัญลักษณ์ | (ลักษณะแนวตั้ง)) และคลิกปุ่ม "เสร็จสิ้น" ข้อมูลจะถูกนำเข้าสู่ไฟล์ Excel ในขณะที่บันทึกการเชื่อมต่อกับไฟล์ CSV บนพื้นฐานของตารางข้อมูลต้นทางคุณต้องสร้างตารางสรุปไดอะแกรม (ไฮไลต์ตาราง / คอลัมน์จากนั้นเลือก "แทรก" -> "ตารางสรุป") เป็นไปได้ที่จะสร้างความมั่นใจในตัวบ่งชี้การวิเคราะห์ในตารางฐานคุณจะต้องสร้างคอลัมน์ที่คำนวณได้เพิ่มเติม

ตัวอย่างของรายงานสามารถพบได้ในการลงทุนในบทความนี้

redmine¶

Redmine เป็นเว็บแอปพลิเคชันการจัดการโครงการที่ยืดหยุ่น เขียนโดยใช้ Ruby on Rails Framework มันเป็นข้ามแพลตฟอร์มและฐานข้อมูลข้าม

Redmine เป็นโอเพ่นซอร์สและเผยแพร่ภายใต้เงื่อนไขของใบอนุญาตสาธารณะทั่วไป GNU V2 (GPL)

คุณสมบัติ¶

คุณสมบัติหลักบางอย่างของ Redmine คือ:

อ่านเพิ่มเติมเกี่ยวกับคุณสมบัติ Redmine

เอกสาร¶ .

คุณสามารถอ่าน

คู่มือ Redmine

แหล่งข้อมูลอื่น ๆ :

การสาธิตออนไลน์ การสาธิตออนไลน์ที่ใช้ร่วมกันสามารถดูได้ที่ http://demo.redmine.org/ มันถูกตั้งค่าเพื่อให้ผู้ใช้ที่ลงทะเบียนความสามารถในการสร้างโครงการของตนเอง ซึ่งหมายความว่าเมื่อคุณลงทะเบียนคุณสามารถสร้างโครงการของคุณเองในนั้นและลองใช้คุณสมบัติการบริหารโครงการ หรือคุณสามารถรับสภาพแวดล้อมการสาธิต Redmine ของคุณเองได้ที่ http://m.redmine.org ด้วยสิทธิ์ผู้ดูแลระบบเต็มรูปแบบหลังจากกรอกแบบฟอร์มที่เรียบง่าย

สนับสนุนและรับช่วยเหลือ¶

สำหรับการรับความช่วยเหลือหรือพูดคุย Redmine คุณสามารถเรียกดู

ฟอรัม Redmine 

โฮสต์ที่นี่ใน Redmine เรายังมี ห้องสนทนา. - เข้าร่วม #Redmine บนเครือข่าย FreEnode IRC นอกจากนี้ยังเป็นเวิร์กสเปซที่ไม่เป็นทางการ

หย่อน ที่คุณสามารถถามคำถามและมีส่วนร่วมในการอภิปรายกับผู้ใช้ Redmine อื่น ๆ ก่อนที่จะส่งรายงานข้อผิดพลาดแพทช์หรือคำขอคุณสมบัติที่นี่โปรดอ่านแนวทางการส่ง

มีส่วนร่วมและช่วยเหลือ¶ Redmine ถูกสร้างขึ้นและดูแลโดยอาสาสมัครชุมชน หากคุณสนุกกับการใช้งานและต้องการคืนให้กับชุมชนหน้ามีส่วนร่วมมีความคิด Sevel ไม่จำเป็นต้องใช้ประสบการณ์การพัฒนาซอฟต์แวร์ ตรวจสอบหน้าทีมหากคุณสนใจในพื้นที่เฉพาะเพื่อมีส่วนร่วมอย่างสม่ำเสมอ นอกจากนี้คุณยังสามารถบริจาคเงินและจดทะเบียนในหน้าผู้บริจาค Redmine ใครใช้ Redmine? ¶ หน้านี้แสดงรายการบาง บริษัท และโครงการที่ใช้ Redmine Redmine Books¶ Mastering Redmine 2nd Edition

เป็นคู่มือที่ครอบคลุมพร้อมเคล็ดลับเทคนิคและแนวทางปฏิบัติที่ดีที่สุดสำหรับการใช้ Redmine คุณสามารถซื้อออนไลน์ได้

การต่อปลั๊กอินปลั๊กอิน Redmine ให้ภาพรวมของเครื่องมือที่มีให้กับนักพัฒนาที่ต้องการขยาย Redmine เพื่อทำงานทางของพวกเขาคุณสามารถซื้อออนไลน์ได้ ตำรา Redmine ห้องสนทนา. .

: สูตรอาหารกว่า 80 ใบเพื่อพัฒนาทักษะของคุณในการจัดการโครงการการจัดการทีมการปรับปรุงกระบวนการและการบริหารของ Redmine คุณสามารถซื้อออนไลน์ได้ Redmine Books¶ การปฏิเสธความรับผิด: นี่ไม่ใช่คู่มือประเภทธรรมดา "วิธีการติดตั้ง Redmine" ในนั้นฉันจะไม่ดำน้ำในการตั้งค่าฐานข้อมูลหรือติดตั้งเว็บเซิร์ฟเวอร์ ฉันจะไม่พูดถึงการตั้งค่า Redmine เอกสาร Redmine ในแผนนี้ค่อนข้างสมบูรณ์ และตามลำดับที่ไม่ได้กล่าวถึงในเอกสารทางการมีขั้นตอนทั่วไปสำหรับการใช้งานรางแอปพลิเคชันที่สามารถพบได้อย่างง่ายดายบนอินเทอร์เน็ต

แต่มันจะเกี่ยวกับมาพร้อมกับตัวของตัวเองรุ่น Redmine ที่ปรับแต่งได้มากขึ้นหรือน้อยลงซึ่งสามารถปรับใช้โดยใช้คำสั่งเชลล์เดียวเมื่อจำเป็น พร้อมแล้ว? จากนั้นเริ่มกันเลย ตั้งค่าประเภทการสร้าง "all-in-one" และพร้อมที่จะเริ่มเครื่องเสมือน แพคเกจการติดตั้ง Bitnami หรือเครื่องเสมือนที่ติดตั้งไว้ล่วงหน้านั้นดีสำหรับตัวอย่าง Redmine ที่รวดเร็ว แต่ไม่เหมาะสำหรับการใช้งานที่มีประสิทธิภาพ ทำไม? เพราะพวกเขาไม่มีการอัพเดท โอ้หนึ่งที่สอง Bitnami มี จริงมันดูเหมือนเรื่องตลกมากขึ้น "ติดตั้งสแต็กเวอร์ชันใหม่ทั้งหมดไปยังไดเร็กทอรีอื่นและย้ายข้อมูลของคุณที่นั่น" นี่ไม่ใช่การอัปเดต ไม่ใช่คำเกี่ยวกับการตั้งค่าการปรับแต่งและปลั๊กอินซึ่งอาจจะต้องบันทึกและติดตั้งใหม่ ฉันขอให้โชคดีกับ "อัปเดต" เช่นนี้ Reliza Redmine แพทช์มากกว่าหรือสองครั้งต่อเดือน แก้ไขข้อผิดพลาดที่เกี่ยวข้องกับความปลอดภัยตามต้องการ - คุณไม่ต้องการที่จะพลาด?

ความจริงที่ว่าคนมักจะลืม: การอัปเดตเวลาไม่ได้ขึ้นอยู่กับคุณเสมอไป แน่นอนคุณสามารถเลื่อนการอัปเดตก่อนที่จะเปิดตัวของรุ่นน้องรุ่นถัดไปของ Redmine - สองสามสัปดาห์ (อาจเป็นระยะเวลานาน) แต่คุณไม่ต้องการตรวจสอบปัญหาความปลอดภัยใหม่ใน Redmine หรือ Rails นั่งกับระบบ nepostable จนกว่าจะเป็นไปได้ที่จะปล่อยเวลาในการติดตั้งและกำหนดค่า Bitnami Stack ใหม่และย้ายข้อมูลทั้งหมดด้วยตนเอง?

การติดตั้งเป็นเพียงด้านบนของภูเขาน้ำแข็ง อัปเดต - นี่คือสิ่งที่จะต้องทำเป็นประจำ 

การค้นหาวิธีการติดตั้งที่ง่ายที่สุดจะสิ้นสุดลงอย่างแน่นอนว่ามีความเกี่ยวข้องทันทีที่มีการตัดสินใจใช้ Redmine ในการผลิต การประกอบอย่างง่ายและความเป็นไปได้ของการทำให้ทันสมัย ​​- นี่คือสิ่งที่คุณต้องการเพื่อให้ความสนใจที่คมชัดขึ้นเพื่อลดค่าใช้จ่ายและความเสี่ยงที่เกี่ยวข้องกับการใช้ Redmine ของคุณเอง

  • ด้านล่างนี้ฉันจะบอกวิธีการสนับสนุน Redmine ในสถานะปัจจุบัน Redmine Books¶ .
  • ใช้ git Redmine Books¶ แม้ว่าคุณตั้งใจที่จะเรียกใช้ Redmine สต็อกโดยไม่มีการตั้งค่าหรือปลั๊กอินใด ๆ ให้ใช้ที่เก็บ GIT เพื่อเก็บสำเนา Redmine อย่างน้อยที่สุดการปรากฏตัวของพื้นที่เก็บข้อมูลพิเศษจะให้สถานที่เก็บข้อมูลที่จำเป็นสำหรับการปรับใช้ (ในภายหลังนี้จะถือเป็นรายละเอียดเพิ่มเติม) ไม่ช้าก็เร็วหรือน้อยกว่า (หรือผู้ใช้ของคุณ) Redmine ถูกสร้างขึ้นและดูแลโดยอาสาสมัครชุมชน หากคุณสนุกกับการใช้งานและต้องการคืนให้กับชุมชนหน้ามีส่วนร่วมมีความคิด Sevel ไม่จำเป็นต้องใช้ประสบการณ์การพัฒนาซอฟต์แวร์ ตรวจสอบหน้าทีมหากคุณสนใจในพื้นที่เฉพาะเพื่อมีส่วนร่วมอย่างสม่ำเสมอ .
  • ดี

ติดตั้งปลั๊กอินหรือหัวข้อที่กำหนดเองและสำหรับสิ่งนี้จะเป็นโครงสร้างพื้นฐานที่พร้อม การทดลองกับการเปลี่ยนแปลงและการทดสอบปลั๊กอินและในสาขาท้องถิ่นที่ไม่มีความผิดปกติในประมวลกฎหมายการผลิตนั้นง่ายมากในการปรากฏตัวของพื้นที่เก็บข้อมูล Git C Redmine ของตัวเอง ดังนั้นตอนนี้เราจะเริ่มต้นด้วยการกำหนดค่าของที่เก็บ แม้ว่าที่เก็บหลัก Redmine เป็นตัวอย่างของการโค่นล้ม แต่ GitHub มีพื้นที่เก็บข้อมูลกึ่งทางการที่ได้รับการสนับสนุนจากผู้ขับขี่หลักและได้รับการปรับปรุงอย่างต่อเนื่อง ใช้เพื่อกำหนดค่าที่เก็บของคุณเอง: การตั้งค่า Local Clone Redmine

$ git clone [email protected]: redmine / redmine.git $ cd redmine $ git remote rename ต้นกำเนิดต้นน้ำ upstream $ git remote เพิ่ม [email protected]: redmine.git $ git ชำระเงิน -b redmine / 3.2-stable upstream / 3.2 -Stable $ Git Checkout -B ภายใน / 3.2-stable $ git push - เซ็ตต้นกำเนิดต้นน้ำ / 3.2 เสถียร

เปลี่ยนหมายเลขเวอร์ชัน 3.2 เสถียร เกี่ยวกับจำนวน Redmine รุ่นที่เสถียรครั้งสุดท้าย

ที่เก็บระยะไกล

[email protected] 

ควรเป็นส่วนตัวเนื่องจากจะเก็บการกำหนดค่าการปรับใช้ (และอาจเป็นข้อมูลอื่น ๆ ซึ่งไม่คุ้มค่าการเผยแพร่) เนื่องจากกระบวนการปรับใช้ที่อธิบายไว้ด้านล่างจะแตกรหัสจากที่เก็บนี้จะต้องมีอยู่ในระหว่างการปรับใช้ดังนั้นอย่าวางไว้บนคอมพิวเตอร์เดสก์ท็อป อุดมคติจะเป็นสถานการณ์เมื่อพื้นที่เก็บข้อมูลจะสามารถใช้ได้จากเว็บเซิร์ฟเวอร์ที่การปรับใช้เกิดขึ้น แต่ถ้าจำเป็นคุณสามารถไปรอบ ๆ ได้ ตอนนี้คุณมีสาขาสองสาขา: Redmine / 3.2-stable Redmine ถูกสร้างขึ้นและดูแลโดยอาสาสมัครชุมชน หากคุณสนุกกับการใช้งานและต้องการคืนให้กับชุมชนหน้ามีส่วนร่วมมีความคิด Sevel ไม่จำเป็นต้องใช้ประสบการณ์การพัฒนาซอฟต์แวร์ ตรวจสอบหน้าทีมหากคุณสนใจในพื้นที่เฉพาะเพื่อมีส่วนร่วมอย่างสม่ำเสมอ и แทร็กที่ Redmine 3.2 ไม่มีฟังก์ชั่นเพิ่มเติมจากที่เก็บ GitHub / Redmine ที่นำเสนอโดยรีโมตด้านบน จากน้อยไปมาก Redmine ถูกสร้างขึ้นและดูแลโดยอาสาสมัครชุมชน หากคุณสนุกกับการใช้งานและต้องการคืนให้กับชุมชนหน้ามีส่วนร่วมมีความคิด Sevel ไม่จำเป็นต้องใช้ประสบการณ์การพัฒนาซอฟต์แวร์ ตรวจสอบหน้าทีมหากคุณสนใจในพื้นที่เฉพาะเพื่อมีส่วนร่วมอย่างสม่ำเสมอ ที่เก็บ แทร็กที่ Redmine 3.2 ไม่มีฟังก์ชั่นเพิ่มเติมจากที่เก็บ GitHub / Redmine ที่นำเสนอโดยรีโมตด้านบน ท้องถิ่น / 3.2 เสถียร

ในกรณีที่การตั้งค่าทั้งหมดของการปรับใช้การปรับแต่งธีมและปลั๊กอินจะถูกวางไว้

อัปเดตรุ่นขั้นสูง

Redmine ใช้รูปแบบการกำหนดหมายเลขรุ่นต่อไปนี้: XYZ Major / Minor / Patch แต่ละรุ่นที่อายุน้อยกว่ามีของตัวเอง สาขาที่มั่นคง การแก้ไขและแพทช์ความปลอดภัยใดที่จะนำไปใช้ในช่วงเวลา (ตราบใดที่รุ่นนี้ยังคงรองรับ) ในกรณีของเรานี่คือสาขา

เป็นครั้งคราวสาขาที่น้อยไปมากนี้จะได้รับคำผูกพันใหม่ ๆ งานของคุณคือการรวมความมุ่งมั่นใหม่ในสาขาท้องถิ่น สำหรับการปรับใช้ แม้ว่ามันจะเป็นไปได้และเพียงแค่เติมเต็มสาขาที่น้อยไปมากฉันเสนอให้ใช้ git rebase เพื่อสนับสนุนการเปลี่ยนแปลงชุดของคุณเอง เกิน .

สต็อก Redmine: refupping การเปลี่ยนแปลงในท้องถิ่นมากกว่า "Naked" Redmine: $ git checkout redmine / 3.2-stable $ git pull # ใหม่ upstream commits มาใน $ git ชำระเงินในพื้นที่ / 3.2-stable $ git rebase redmine / 3.2-stable

rebase:

จะยกเลิกการเปลี่ยนแปลงในท้องถิ่นทั้งหมดใน

ลิงค์

  1. อัปเดต
  2. เพื่อสะท้อนการเปลี่ยนแปลงที่เกิดขึ้น
หากคุณมีความขัดแย้งอย่างกะทันหันและไม่มีเวลาที่จะแก้ปัญหานี้คุณสามารถขัดจังหวะการปรับสมดุลปัจจุบันโดยใช้พารามิเตอร์

การเปลี่ยนแปลงในท้องถิ่นทั้งหมดในรุ่น "เปลือย" จะนำไปใช้อีกครั้ง

Redmine ผลลัพธ์จะเป็น เรื่องบริสุทธิ์ ซึ่งการกระทำของคุณ (ท้องถิ่น) ของคุณจะอยู่ด้านบนของครั้งสุดท้าย (จากน้อยไปมาก) คอมมินินของ Redmine

อัพเดทจูเนียร์และเก่ากว่า

ตอนนี้มีสาขาที่มั่นคงใหม่ (สมมติว่า) 3.3-stable ) ทำเช่นเดียวกัน - ร่วมมือการเปลี่ยนแปลงของคุณที่ด้านบนของมัน คำสั่ง git จะแตกต่างกันเล็กน้อยเนื่องจากการเปลี่ยนแปลงของสาขาขึ้น: การถ่ายโอนการเปลี่ยนแปลงในท้องถิ่นไปยังสาขาใหม่ที่มั่นคง $ git fetch upstream $ git ชำระเงิน -b redmine / 3.3-stable ต้นน้ำ / 3.3-stable $ git ชำระเงิน -b ภายใน / 3.3-stable local / stable $ git rebase --onto redmine / 3.3-stable redmine / 3.2-stable ท้องถิ่น / 3.3-stable ทีมเหล่านี้สร้างสาขาใหม่สองกิ่งใหม่สำหรับเวอร์ชัน 3.3: หนึ่งในน้อยไปมากและอีกหนึ่งในอีกหนึ่งในการขึ้นไปจากสาขาท้องถิ่น 3.2 จากนั้นพวกเขาย้ายการเปลี่ยนแปลงในท้องถิ่นมากกว่า Redmine / 3.3-stable

. การเปลี่ยนแปลงในท้องถิ่นที่นี่มีความแตกต่างระหว่าง

ท้องถิ่น / 3.3-stable (ซึ่งยังคงอยู่ . ตอนนี้

มี Redmine 3.3 รวมทั้งการเปลี่ยนแปลงในท้องถิ่น

Добавить комментарий