Các trưởng nhóm kỹ thuật thường nhầm lẫn giữa việc ủng hộ đội ngũ với việc bảo vệ dự án cụ thể, dẫn đến việc duy trì những công việc không hiệu quả. Bài viết chia sẻ cách sử dụng một tiêu chí có bốn câu hỏi (lý thuyết thay đổi, số liệu đo lường, lợi thế độc nhất, chi phí cơ hội) để đưa ra quyết định dừng các dự án yếu kém một cách có nguyên tắc, giúp đội ngũ tập trung vào hiệu suất thay vì dự án cá nhân.
Vì sao nên đọc: Lập trình viên nên đọc bài này để hiểu cách áp dụng các quyết định chiến lược như "kill project" không chỉ là việc loại bỏ công việc mà là bảo vệ năng suất thực sự của đội, giúp họ tập trung vào những công việc mang lại giá trị lâu dài hơn.
Nguồn: https://leaddev.com/leadership/killing-a-project-is-every-engineering-leaders-hardest-call. 8sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Khi tuyển dụng, kỹ sư thường giải quyết vấn đề theo chuyên môn của họ—backend developer sẽ tập trung vào backend, frontend developer vào frontend. Bài viết minh họa qua hai ví dụ thực tế về dashboard logistics, cho thấy quyết định tuyển dụng ảnh hưởng trực tiếp đến định hướng kỹ thuật sản phẩm. Do đó, việc phân công đúng người phù hợp với yêu cầu là yếu tố quan trọng quyết định kết quả cuối cùng.
Lập trình viên nên đọc bài này để hiểu cách quyết định đội ngũ kỹ thuật sẽ quyết định hướng phát triển kỹ thuật của dự án, từ đó giúp họ có thể chọn người phù hợp nhất cho từng vấn đề để tối ưu hóa kết quả.
GitHub has introduced two new features. Repository Issues pages now support saved views in public preview, allowing users with triage access or above to create and share filtered views such as 'Unassigned bugs' or 'Needs triage'. These views appear in a new Issues sidebar alongside quick links and GitHub Projects. Additionally, GitHub Projects table layouts now support adjustable row heights with four size options: Single, Medium, Tall, and Extra Tall.
Atlassian promotes its Teamwork Collection (Jira, Confluence, Loom, Rovo) as the foundation for AI-driven cloud transformation. Based on an executive research report developed with AWS, the piece argues that cloud migration only delivers value when teams consolidate tools and connect planning, knowledge, and communication. Three pillars are outlined: building a connected intelligence layer via the Teamwork Graph, improving async collaboration with Loom (citing 232% ROI from a Forrester study), and embedding AI through Rovo across existing workflows. The core message is that disconnected tools undermine AI adoption, and a unified platform accelerates results.
GitHub Enterprise Cloud now allows enterprise teams to be added as resources within cost centers. Usage incurred by team members is automatically attributed to the corresponding cost center, and attribution updates dynamically as team membership changes via manual updates or IdP sync through SCIM. This lets enterprises align their billing structure with their organizational structure, and enables spend capping at the group level by setting budgets on cost centers that contain teams. The feature is available to enterprise owners and billing managers on GitHub Enterprise Cloud.
Engineering managers are increasingly turning to local LLMs as a third option between expensive cloud AI licences and legal restrictions on data governance. The trend gained credibility when Georgi Gerganov, creator of llama.cpp, publicly endorsed using a Qwen3-27B model locally for daily coding tasks. Former Meta/Google DeepMind VP Mat Velloso is also switching to open-weight models, citing concerns about reliance on proprietary models that could be withdrawn without notice. Local models are seen as already capable enough for routine tasks like autocomplete, refactoring, documentation, and test generation, especially where latency, privacy, or cost predictability matter more than peak capability.
YouTrack 2026.2 introduces customer groups in YouTrack Helpdesk, enabling B2B support teams to manage tickets by company or organization, apply different SLAs per customer, assign dedicated agents, and let multiple reporters from the same organization share and follow tickets. The release also brings Whiteboard auto-layout and widgets, redesigned Gantt charts with improved performance, simplified MCP setup for connecting AI tools to YouTrack (with real-world examples from Gurtam and Fullworks), new import options from ClickUp and Asana, TypeScript support for app development, and several new marketplace apps covering sprint planning, QA management, time tracking, and third-party integrations.
Organizations often implement all the Scrum ceremonies and roles yet still fail to see the expected benefits. The core problems are: Scrum events becoming empty rituals rather than value-generating activities, sprint interruptions being treated as costless when they erode team trust and focus, organizational lack of prioritization pushing too many demands onto teams, leaders not creating the right environment for self-managing teams, Scrum Masters staying too close to the team instead of removing organizational impediments, and excessive rules making Scrum feel like bureaucracy. The recommended approach is to apply Scrum's own inspect-and-adapt principle to improve Scrum itself — identifying the biggest root cause and experimenting with one change at a time rather than attempting a big-bang reset.
Using the collapse of Schwinn Bicycle Company as a case study, this piece argues that leaders operate within two networks: a visible managed network of direct reports and peers, and an invisible second network of weak ties. Drawing on Mark Granovetter's 1973 'Strength of Weak Ties' research and AnnaLee Saxenian's comparison of Silicon Valley vs. Route 128, it explains why strong-tie networks produce informationally redundant feedback loops while weak ties bridge structural holes and deliver novel signal. Schwinn's executives failed not from lack of intelligence but from a closed advisory loop that couldn't surface the mountain bike revolution happening in their own backyard. The post advocates for deliberately cultivating weak ties through peer groups and periodic outreach, offering diagnostic questions to assess whether your second network is alive or atrophying.