NHÓM AGILE Tiếng anh là gì - trong Tiếng anh Dịch

• agile team
• agile teams

Ví dụ về việc sử dụng Nhóm agile trong Tiếng việt và bản dịch của chúng sang Tiếng anh

Làm việc trong nhóm Agile.
Working in Agile team.

Một nhóm Agile có thể thành công khi không có kiểm thử tự động?
Can an agile team succeed with no test automation?

Làm việc trong nhóm Agile.
Working in an agile team.

Tuy nhiên, có nhiều nhóm agile đã chuyển sang các story points.
However, many agile teams have transitioned to story points.

Vậy chúng ta nên khen thưởng một nhóm Agile như thế nào?
So how should we reward an agile team?

Nhóm Agile xác định các thách thức kinh doanh, mục tiêu và các trường hợp sử dụng.
The Agile team defines business challenges, objectives and use cases.

Vậy chúng ta nên khen thưởng một nhóm Agile như thế nào?
How should we design for an agile team?

Các nhóm Agile cũng yêu cầu khả năng phát triển tài sản công nghệ nhanh chóng.
Agile teams also require the ability to deploy technology assets rapidly.

SAFe đồng bộ hoá sự liên kết, hợp tác và phân phối cho nhiều nhóm Agile.
SAFe synchronises alignment, collaboration, and delivery for large numbers of Agile teams.

Những người và các nhóm Agile hiệu quả nhất mà tôi biết luôn luôn hỏi câu hỏi này.
The most effective Agile teams and people I know of always ask this question.

Cơ hội đầu tiên của tôi để tạo ra và điều hành một nhóm Agile bắt đầu không được suôn sẻ.
My first opportunity to create and run a large agile team did not start well.

Các nhóm Agile trên khắp thế giới đều sử dụng Planning Poker để ước tính Product Backlog của họ.
Agile teams around the world use Planning Poker to estimate their product backlogs.

Một người thử nghiệm làm việc trong nhóm Agile sẽ hoạt động khác với một người làm việc trong nhóm truyền thống.
A tester working in an Agile team will work differently than the one working in a traditional team..

Thực hành là nền tảng của tự- tổ- chức( self- organization), đó là động lực để đạt được kết quả trong một nhóm Agile.
These practices form the basis of self-organization, which is the driving force for achieving results in an agile team.

Đầu tiên, không phải mọi nhóm Agile sẽ tổ chức nhóm theo cùng một cách và điều đó không thành vấn đề.
First, not every agile team will choose to organize themselves the same way, and that's OK.

Điều có thể là chỉ nên áp dụng agile ở quy mô nhỏ, và thậm chí trong một tổ chức lớn bạn thực hiện một loạt các nhóm agile rất nhỏ.”.
It may be that the only way is to adopt agile is at small scale, and even in a large organization you wind up with a bunch of very small agile teams.”.

Một quy trình bốc mùi phổ biến trong các nhóm agile là ngày càng có nhiều stories/ backlog item không được hoàn thành ở cuối mỗi vòng lặp.
A common process smell in new agile teams is more and more stories/backlog items incomplete at the end of the iteration.

Mặc dù, nhóm Agile vẫn cần đến các qui trình làm việc cơ bản, nhưng tôi muốn nhấn mạnh rằng, bản thân Agile không tập trung quá nhiều vào qui trình làm việc.
Although agile teams still need basic workflows, I want to highlight that agile itself doesn't focus too much on workflows.

Một quy trình bốc mùi phổ biến trong các nhóm agile là ngày càng có nhiều stories/ backlog item không được hoàn thành ở cuối mỗi vòng lặp.
A common smell that is often detected in teams trying to become more agile is more and more stories/backlog items incomplete at the end of the iteration.

Chà, tôi cũng không chắc nếu chúng ta có thể đặt tám người ngẫu nhiên cùng nhau và mong đợi điều gì đó, nhưng một nhóm Agile không nên là một tổ hợp ngẫu nhiên.
Well, I don't know if we can put eight random people together and expect anything either, but an agile team should not be a random collection of people.

Tất cả các nhóm Agile phải xác lập những gì họ muốn nói là“ phần mềm chạy tốt”, cái thường được biết như là định nghĩa hoàn thành.
All agile teams must establish what they mean when they say"working software," which is frequently known as the definition of done.

Thứ hai, các nhà lãnh đạo phải cho phép và khuyến khích các nhóm Agile làm việc theo các chu kỳ nhanh nhằm cho phép họ cung cấp giá trị lớn, hiệu quả hơn, nhanh hơn.
Second, leaders must allow and encourage agile teams to work in rapid cycles to enable them to deliver greater value more efficiently and more quickly.

Tôi đã cố gắng giải thích cho một nhóm Agile rằng tại sao developers thông thường không phải một người kiểm thử giỏi, vì vậy sau khi làm việc rất chăm chỉ để nhớ được tất cả những lý do tôi có thể nghĩ ra( dựa trên kinh nghiệm của tôi từ trước đến nay) tôi quyết định đặt chúng lại với nhau để đưa ra 1 danh sách ngắn và đăng nó.
I have been trying to explain to a couple of Agile Teams why developers are usually not good testers; so after working hard to remember all the reasons I could think of(based on my experience so far) I decided to put together a short list and post it.

Tôi đã có một số thành công đáng chú ý khi được làm những gì mình yêu thích: huấn luyện các nhóm agile Extreme Programming( XP) làm công việc tuyệt vời cho một mục đích có giá trị.
I had some noteworthy successes doing what I loved: coaching agile Extreme Programming(XP) teams in doing great work for a valuable purpose.

Trong một số trường hợp, các khiếm khuyết có thể yêu cầu nhóm agile kiểm tra lại các trường hợp kiểm thử, cũng như code và có khả năng cập nhật chúng cũng như chạy lại các bài test và lặp lại nếu cần.
In some cases, the defects might require the agile team to reexamine the test cases, as well as the code, and potentially update them as well and rerun tests and repeat it if required.

Đồng thuận với định nghĩa hoàn thành là một trong những cách thực tế để nhóm agile mang lại hiệu suất và chất lượng cao, cái cần thiết để hoàn thành mục tiêu này.
By agreeing as a team on what success means is one of the practical ways that agile teams bring about the high performance and high quality that is needed to accomplish this goal.

Tuy nhiên, một khi các tài năng được đưa về một nhóm Agile, các mảng không có trách nhiệm cho mọi người biết họ phải làm gì, nó cũng không đặt ra ưu tiên, phân công công việc hoặc có nhiệm vụ hay giám sát hàng ngày.
However, once talent is deployed to an agile team, the chapters do not tell people what to work on, nor do they set priorities, assign work or tasks, or supervise the day-to-day.

Trong chủ đề này, Trung muốn chia sẻ những thách thức của việc đo lường Agile, nơi họ có thể lấy dữ liệu để đo lường nhóm Agile, làm sao để chia nhỏ các vấn đề thành các đơn vị đo lường và cách kết hợp đo lường Agile tốt hơn đối với các nhóm Agile.
In this topic, Trung would like to share what challenges of agile measurement, where he can get data to measure the agile team, how to break down problems into measurable units, and how to incorporate better agile measurement on the Agile team.

Đừng hiểu lầm rằng tôi nghĩ developers nên tham gia vào một phần của công việc kiểm thử, đặc biệt là trong nhóm Agile, nhưng tôi nhận thấy được những sự hạn chế của họ và các điểm mù nhận thức có xu hướng gây hại cho công việc thử nghiệm, và như nói trước đây, bước đầu tiên để cải thiện điểm yếu của bạn là hiểu bạn có chúng.
Don't get me wrong I think developers should take part in the testing tasks, specially on Agile Teams, but I am also aware of their limitations and the cognitive blind-spots that tend to harm their testing; and as it has been said before, the first step to improve your weaknesses is to understand you have them.

Nó cũng hỗ trợ cho các doanh nghiệp phá vỡ các dự án phát triển lớn giữa nhiều nhóm Agile nhỏ hơn sử dụng Jenkins, một chương trình CI/ CD nguồn mở, để tự động hóa việc phân phối phần mềm mới trong các container.
It also lends itself, as Docker points out, for enterprises to break up big development projects among multiple smaller, Agile teams using Jenkins, an open-source CI/CD program, to automate the delivery of new software in containers.