Agile은 소프트웨어 개발에 대한 접근 방식을 설명하고 점진적 제공, 팀 협업, 지속적인 계획 및 지속적인 학습을 강조하는 데 사용되는 용어입니다.
애자일은 팀이 수행 할 작업을 계획하기위한 철학이나 사고 방식만큼 프로세스가 아닙니다.
반복 개발을 기반으로하며 팀이 소프트웨어 개발에서 발생하는 불가피한 변경에 대해 더 잘 계획하고 대응할 수 있도록 도와줍니다.
| 팀원 | 대화 내용 | 비고 |
|---|---|---|
| (DevOps에서 팀을 흥미롭게 만들기 위해 몇 가지 작은 조치를 취했다고 생각했지만 진전이 멈췄다고 생각 했습니다.) | |
| (마지막 릴리스에서 버그를 수정하는 데 너무 바빠서 다른 것을 생각했습니다.) | |
| (레이싱 게임 웹 사이트에 대한 다소 중요한 고객 피드백을 Tim에 제공했습니다.) | |
| (이러한 문제를 해결하는 것은 재미가 없었습니다.) | |
| (코드를 작성한 다음 테스터 인 Amita에게 전달했습니다.) | |
| (항상 새로운 버그를 발견하는 것처럼 보였고 코드를 다시 넘겨야했습니다. ) | |
빌드 서버가 실패했습니다. | ||
| (개발 및 테스트에서 작업 한 후에도 게임의 웹 사이트를 프로덕션에서 사용할 수 없었습니다.) | |
| (모두가 오랜 시간 일하고 주말을 잃었습니다.) | |
게임을 출시했습니다. | ||
| (출시 후 Mara와 Andy는 커피를 마시 러 앉았습니다. ) 둘 다 피곤했습니다. Mara는 낙담했지만 Andy는 다른 태도를 보였습니다. | |
| 왜 당신이 놀랐는지 모르겠어요. 소프트웨어를 꺼내는 것은 어렵습니다. 그것은 항상 slog입니다. 다르게 한 적이 있습니까? | |
| 여기에서 더 쉽게 할 수있을 것 같습니다. DevOps가 우리를 도울 수 있다고 정말로 믿습니다. | |
| 우리가 가치 흐름 매핑 연습을했던 것을 기억합니다.하지만 이제 어떻게해야합니까? 우리는 새 릴리스를 시작해야합니다. DevOps로 끝났다고 생각했습니다. | |
| 우리가 할 수있는 일이 훨씬 더 많습니다. 저는 우리가 첫 걸음을 내딛고 애자일 계획을 세워야한다고 생각합니다. Azure Boards를 사용하여 도움을받을 수 있습니다. | |
| 애자일이란 무엇을 의미합니까? | |
| Agile은 소프트웨어 개발에 대한 접근 방식입니다. "Agile"이라는 용어는 2001 년 Agile Manifesto 에서 만들어졌습니다. . 선언문은 소프트웨어 개발에 대한 더 나은 접근 방식을위한 몇 가지 지침 원칙을 수립했습니다. 선언문은 다음과 같이 말합니다. | |
우리는 다음을 중요하게 생각합니다.
| ||
| 봐요, 삶을 더 편하게 만드는 마법의 방법을 안다면, 저는 그게 다예요. 내 아이들은 내가 집에 돌아올 때까지 항상 잠 들어 있습니다. 그러나 이것은 구체적인 해결책 없이는 매우 감동적으로 들립니다. | |
| 마술은 아니지만 조금씩 할 수 있으며 Azure DevOps는 애자일 방식을 구현하는 데 필요한 도구를 제공합니다. 지금은 계획하고 싶을 때 Azure Boards를 사용할 수 있습니다. 먼저 빌드 프로세스를 설명하고 큰 문제를 식별하는 데 도움을 주시겠습니까? | |
커피를 많이 마신 후 Mara와 Andy는 빌드 프로세스에서 가장 큰 문제를 식별합니다. 모든 문제는 마지막 릴리스에서 발생했습니다. Andy가 떠난 후 Mara는 자신의 메모를보고 애자일을 계획하기로 결정합니다. 그녀는 Azure Boards의 기본 프로세스를 사용하여 모든 문제를 한곳에서 처리합니다. 그녀의 다음 단계는 보드를 팀에 보여주고 참여시키는 것입니다. Agile 채택을위한 권장 사항팀은 애자일 도입을위한 첫 걸음을 내딛을 준비를하고 있습니다. 다음은 모든 팀이 Agile을 조직에 통합하는 데 사용할 수있는 몇 가지 일반적인 권장 사항입니다. Agile 사례를 지원하는 조직 구조 만들기대부분의 조직에서 Agile을 채택하는 것은 어려울 수 있습니다. 조직 내에서 기존의 많은 정책과 프로세스에 도전하는 마음 전환과 문화 전환이 필요합니다. 전통적으로 대부분의 회사는 수평 적 팀 구조를 사용합니다. 실제로 이는 팀이 소프트웨어 아키텍처에 해당함을 의미합니다. 예를 들어 애플리케이션의 사용자 인터페이스를 담당하는 팀, 데이터를 담당하는 다른 팀, 서비스 지향 아키텍처를 담당하는 다른 팀이있을 수 있습니다. 그러나 수직 팀은 Agile 프로젝트에 더 나은 결과를 제공합니다. 수직 팀은 아키텍처에 걸쳐 있으며 제품 결과에 맞춰 조정됩니다. 예를 들어 앱의 이메일 부분을 담당하는 팀이있을 수 있으며 팀원은 위에서 언급 한 세 가지 분야 모두에서 올 수 있습니다. 수직적 팀 구조의 또 다른 이점은 팀을 추가하여 확장이 발생한다는 것입니다. 애자일 기술 및 관행에 대한 팀원 멘토애자일 기술과 관행을 처음 채택하기 시작하면 일부 팀은 외부 코치를 고용하기로 결정합니다. 코치는 조직의 장애물과 사일로를 제거하기 위해 여러 팀과 협력 할 수도 있으므로 종종 교육 및 관리 기술을 모두 보유하고 있습니다. 또한 스탠드 업 실행 및 회의 검토 방법과 같은 Agile 기술로 팀원을 교육 할 수 있습니다. 하지만 시간이 지남에 따라 팀원들이 서로 멘토링 할 수있는 능력을 개발하는 것이 중요합니다. 즉, 대부분의 작업은 대부분의 시간을 혼자 일하는 개인이 아니라 공동으로 수행해야합니다. 팀 내 및 팀 간 협업 활성화협업이 Agile에서 성공하기위한 핵심이라면이를 장려 할 수있는 몇 가지 방법은 무엇입니까? 다음은 몇 가지 아이디어입니다. 문화적 변화문화를 바꿀 때 몇 가지를 염두에 두십시오. 팀원이 조용하고 편안한 작업 공간을 확보하는 것이 중요합니다. 많은 산만 함과 소음없이 집중할 수있는 공간이 필요합니다. 회의는 삶의 사실이며 한 사람의 직장 생활을 대신하는 것처럼 느낄 수 있습니다. 팀 구성원에게 더 많은 제어 권한을 부여하려면 회의에 의제와 엄격한 시간 프레임이 필요합니다. 이메일 및 메시지와 같은 비동기식 통신은 부담 스러울 수 있으며 사람들은 종종 즉시 응답을 받아야한다고 생각합니다. 이러한 모든 커뮤니케이션에 즉각적인 응답이 필요한 것은 아니라는 점을 분명히하십시오. 원격 팀 구성원은 이제 많은 회사에서 표준입니다. 모든 팀원은 사무실에 있든 외부에서 일하든 모든 팀원에게 편안함을 느끼고 동등하게 대해야합니다. 커뮤니케이션을 통한 협업은 조직의 DNA의 일부가되어야합니다. 의견 차이가 있더라도 좋은 의사 소통의 중요성은 아무리 강조해도 지나치지 않습니다. 갈등 해결은 모든 애자일 팀에게 좋은 기술입니다. 다기능 팀팀 구성원이 공동 작업하는 것이 중요 하듯이 팀이 서로 공동 작업하는 것도 중요합니다. 교차 기능 팀은 모든 사람이 문제를 창의적으로 해결할 수있는 능력을 넓힐 수있는 새로운 기술과 관점을 추가합니다. 교차 기능 팀은 또한 전체 조직을 더욱 응집력있게 만듭니다. 그들은 잔디 전쟁을 줄이고 모든 사람이 공동의 목표를 향해 일하고 있다는 느낌을 높입니다. 협업을위한 도구좋은 도구를 사용하면 Agile 팀 구성원이 팀 내에서 그리고 다른 팀과보다 효과적으로 협업 할 수 있습니다. 다음은 시작하는 데 도움이되는 몇 가지 제안 사항입니다.
다른 일반적인 도구로는 Google Hangouts, Asana, Trello, GoToMeeting 및 monday.com이 있습니다. 옵션을 숙지하여 팀과 회사의 요구에 적합한 옵션을 확인하십시오. | ||
0 Comments