프로젝트 관리 삼각관계란 무엇입니까?
균형 잡힌 궁극적 조치와 애자일 프로젝트 관리 마스터 경지를 달성하는 방법
무료 Jira 프로젝트 관리 템플릿 시작하기
강력한 작업 관리와 간편한 우선 순위 지정 도구를 사용하여 모든 프로젝트의 활동을 관리하세요.
Key Takeaways
The Agile iron triangle balances scope, time, and resources, recognizing that changing one affects the others.
Agile projects fix time and resources while allowing scope to vary, enabling faster delivery and adaptability.
Understanding trade offs helps teams make informed decisions and respond to changing priorities.
Use the Agile triangle to guide planning, manage constraints, and deliver value efficiently.
모든 애자일 소프트웨어 프로젝트에는 목표(프로젝트가 제공해야 하는 것, 제공 기한 및 할당된 예산)가 있습니다. 그러나 이러한 세 가지 제약 조건을 관리하는 것은 힘든 작업일 수 있습니다. 수십 년 된 계획의 철의 삼각관계에서 단서를 얻고 다양한 변수의 균형을 조정하여 애자일 소프트웨어 팀이 애자일 프로젝트 관리 마스터 경지에 이르는 데 어떻게 도움이 되는지 알아보세요.
프로젝트 관리 삼각관계란 무엇입니까?
철의 삼각관계 프로젝트 관리에는 제약 조건이 있습니다. 그리고 이러한 제약 조건은 다른 제약 조건에 영향을 주지 않고는 한 제약 조건을 변경할 수 없기 때문에 "철"로 간주됩니다. 1969년 Martin Barnes 박사가 제안한 원래 철의 삼각관계는 제품 개발에 대한 워터폴 접근 방식을 따릅니다. 범위는 고정되어 있고 리소스와 시간은 가변적입니다. 소프트웨어 팀의 경우 팀이 프로젝트 범위(작업 항목의 목록)를 결정하기 위해 제품 요구 사항을 정의하여 프로젝트를 시작한다는 의미입니다. 리소스와 일정은 가변적이며 고정 범위 따라 추정합니다.
철의 삼각관계의 제약 조건
범위는 작동하는 제품을 제공하기 위해 수행해야 하는 작업(예: 기능 및 작동)입니다.
리소스에는 제공 및 실행을 위해 노력하는 팀원과 예산이 포함됩니다.
시간은 릴리스 및 마일스톤과 같이 팀이 시장에 제품을 전달하는 시점입니다.
철의 삼각관계 프로젝트 관리의 목적은 제품 팀에 비즈니스에 도움이 될 균형을 만드는 데 필요한 정보를 제공하는 것입니다. 예를 들어 팀이 고정 범위에 직면한 경우 프로젝트의 절반을 완료했으며 릴리스 날짜를 맞출 수 없다는 것을 인식할 수 있습니다. 이때, 팀에서 다룰 수 있는 유일한 변수는 1) 시간(더 늦은 출시 날짜를 수락할 수 있음) 또는 2) 리소스(프로젝트에 더 많은 팀원을 추가할 수 있음, 이로 인해 비용이 증가함)입니다. 21세기에 소프트웨어 개발이 발전함에 따라 더 나은 공동 작업의 필요성과 고객 피드백에 신속하게 대응할 수 있는 능력이 중요해졌고, 이에 따라 애자일 방법론이 탄생했습니다.
프로젝트 삼각관계를 애자일에 매핑
If your team practices waterfall project management or are new to agile development, the important thing to remember is the difference between what is fixed and what is estimated. Unlike waterfall development, agile projects have a fixed schedule and resources while the scope varies. While the scope of a project might change in agile development, teams commit to fixed iterations of work: sprints if you're using a scrum framework and WIP limits if you're using a kanban framework. It's also a best practice to keep teams fixed throughout the development process. By keeping teams consistent on a product or project, they become more efficient through developed trust and continuity.
The idea of scope is the same in agile development: what software to build and deliver. However, agile focuses on high-level requirements rather than trying to come with deep and detailed requirements upfront. The scope of a project gets regularly managed and groomed (prioritized) by the product manager in a tool like Jira. The product manager decides which work should be accomplished in the next sprint based on agile qualitative and quantitative feedback from various channels (market conditions, customer feedback, competitions, etc..). And because resources and time are fixed, it's easier for development teams to react to market changes and to deliver value to customers faster. This transparency of constraints keeps teams honest about a consistent and fast release cadence, which is a key tenant of agile development; and by looking at projects through the lens of the project management triangle teams are able to adapt without abandoning a plan.
> > Set up your first agile project with this interactive tutorial
애자일 계획 및 프로젝트 삼각관계
As projects become bigger, more teams are needed and the time box gets longer. Thus, the notion of fixing resources and time, while scope varies, is not a valid approach for all agile projects. Long-term agile planning requires a more flexible project management triangle that allows teams to plan ahead and ensures that they're meeting the business objectives. Think for instance about the lean startup movement, and the notion of a minimum viable product (MVP). An MVP by definition is a small set of features (scope) that delivers customer value. To get to that MVP, teams might need to stick to a fixed scope – the number of features – with time being their only variable (e.g. you can't release without certain features, so the release date gets pushed). Only after launching the MVP, teams switch to a variable scope.
Regardless of the differences between waterfall and agile development, when using the project triangle, there’s no right or wrong way. It's there to help you make the best decisions and trade-offs to reach your business goals. A tool like Timelines visualizes the building blocks of a plan – scope, people, and time – to help teams plan in real-time. You can easily play with scope, teams, and time to plan your next product release, using the team's existing data in Jira.