คุณติดตามสิ่งที่คุณและทีมของคุณทำงานในแต่ละวันได้อย่างไร

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

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

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

คุณใช้กลยุทธ์อะไรเพื่อให้อยู่เหนือสิ่งที่ทีมของคุณกำลังทำอยู่ทุกวันเพื่อให้คุณสามารถวัดงานใน "กำลังดำเนินการ"

ฉันคุยกับพวกเขา

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

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

จากนั้นฉันก็แวะที่โต๊ะของทุกคนในตอนบ่าย ไม่ใช่ทุก ๆ บ่าย (แม้ว่ามันอาจจะมากกว่าทุกบ่ายสำหรับคนใหม่) แต่ไม่ใช่ในเวลาเดียวกัน แต่ในช่วงเวลาเดียวกัน (ดังนั้นจึงเป็นทั้งแบบไม่เป็นทางการและปกติ) "มีปัญหาอะไรเหรอ?

คุณจะประหลาดใจที่คุณจะพบปัญหาบ่อยครั้งเมื่อคนเป็นหนึ่งเดียว

ถ้าคนไม่มีปัญหายอดเยี่ยม กลับไปทำงาน. หากพวกเขาไม่มีปัญหาตลอดทั้งสัปดาห์ ? ปัญหา. คุณไม่ได้ท้าทายพวกเขาเพียงพอหรือพวกเขาไม่ได้เปิดขึ้น ถามว่า XYZ (สิ่งที่พวกเขากล่าวถึงในอันดับ) เป็นอย่างไร ทำให้พวกเขาอธิบายสิ่งต่าง ๆ

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

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

หมายเหตุ:ประเด็นสำคัญอย่างหนึ่งอย่างยิ่ง: ทีมของคุณใหญ่แค่ไหน? มันมากกว่า 7 คน? แน่นอนว่าคุณจะไม่สามารถติดตามทุกสิ่งได้หากทีมของคุณใหญ่เกินไป

อย่าไมโครนักพัฒนาของคุณ!

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

อย่างที่Robert Harvey แนะนำอย่าจัดการทีมของคุณ มอบงานที่มีความสำคัญให้กับทีมโดยให้คุณค่าทางธุรกิจที่เป็นรูปธรรมและให้ทีมของคุณหาวิธีที่ดีที่สุดในการส่งมอบคุณค่าทางธุรกิจนี้

หากทีมมอบคุณค่าทางธุรกิจคุณควรมีความสุข พวกเขาดำเนินการอย่างไรเพื่อให้แน่ใจว่าพวกเขาส่งมอบคุณสมบัติที่ร้องขอควรขึ้นอยู่กับพวกเขา

อย่างไรก็ตาม:

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

นี่อาจบ่งบอกว่ามีข้อบกพร่องในกระบวนการ

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

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

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

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

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

'Push messaging' ไม่ใช่ 'pull messaging'

นักพัฒนาซอฟต์แวร์มักจะเข้าสู่สถานะใดสถานะหนึ่งต่อไปนี้ซึ่งสำคัญกับคุณ:

1. Yaaay ฉันทำ X!
2. ฉันทำงานกับ X แต่ดูเหมือนว่าจะใช้เวลานาน ...
3. ฉันติดอยู่ที่ปัญหา Y กำลังค้นคว้า แต่อาจต้องการคำแนะนำ
4. ฉันถูกบล็อกเพราะฉันรอ A, B และ C

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

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

หรือคุณอาจสร้างวัฒนธรรมของบางอย่างเช่นhttps://idonethis.com/รายงานรายวันออกไปทั้งทีม - สิ่งนี้จะช่วยให้แน่ใจว่าคนอื่น ๆ จะอยู่ในหน้าเดียวกันเช่นกัน

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

ด้วยชิ้นส่วนที่เล็กกว่าทีมรู้สึกว่าพวกเขากำลังทำบางสิ่งบางอย่างทุกวันซึ่งควรสะท้อนให้เห็นในการยืนขึ้น

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

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

เพื่อตอบปัญหาการบริหารจัดการขนาดเล็กตามคำตอบอื่น ๆ ที่เกิดขึ้น: แม้ว่าผู้คนจะทำงานเล็ก ๆ ให้สำเร็จในแต่ละวันมันจะมองภาพรวมของงานที่ทำสำเร็จของพวกเขาเพื่อให้เข้าใจว่าแต่ละคนทำงานเสร็จจริง ๆ แทนที่จะตัดสินจากความสำเร็จประจำวันของพวกเขา

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

หลังจากอ่านคำถามอีกครั้งฉันรู้ว่าคุณอาจขอสิ่งนี้ในฐานะสมาชิกในทีมไม่ใช่ในฐานะผู้นำดังนั้นคุณอาจไม่สามารถควบคุมงานของคุณได้

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

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

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

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

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

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

สร้างและใช้ประโยชน์จากห้องสนทนา IM ต่าง ๆ สำหรับการกำหนดค่าต่างๆ บางคนอาจมีความกว้างเช่น @engineers และบางคนอาจมีความเฉพาะเจาะจงเช่น @newFeatureA

พิจารณาทำยอดเยี่ยมประจำวันรวมถึงการตรวจสอบตั๋วในเที่ยวบิน

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

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

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

ฉันประหลาดใจที่ไม่มีใครได้พูดถึงที่เก็บข้อความ "ตาม" หรือ "ติดดาว" ที่สร้างขึ้นในระบบเช่น GitHub หรือ BitBucket

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

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

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

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

เราพบปัญหาเกี่ยวกับปริมาณอีเมลที่คล้ายกันในตอนแรก แต่ผู้ใช้ปลายทางของเรามาพร้อมกับระบบ RSS โดยที่องค์กรวิศวกรรมไม่ต้องทำอะไรนอกจากแนะนำลูกค้าสำหรับผู้ที่ไม่ได้ใช้ Outlook ทำงานให้เราอีกครั้งประมาณ 20-30 FTE + ผู้รับเหมาตลอดทั้งปีในสำนักงานหลายแห่งและเขตเวลา YMMV ชัด

นี่เป็นส่วนเพิ่มที่เล็กน้อยมาก (และไม่ใช่เฉพาะโปรแกรมเมอร์) แต่ฉันประสบความสำเร็จอย่างดีกับอาสนะในโครงการล่าสุด

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