Mendix 프로젝트 및 다음 반복

스토리를 사용해보신 분들은 Mendix 이전에 당신은 이미 알고 있을 수도 있습니다 Mendix'의 프로젝트 관리의 초기 버전입니다. 오프스토리 생성을 다루었고 버전 제어와 느슨하게 연결되었지만, 전반적으로 프로젝트 관리 관점에서 볼 때, 원하는 바가 많이 남았습니다.

Epics는 그 기능을 완전히 다시 쓴 것으로, Scrum이나 Kanban 방식을 사용하여 Agile 프로젝트를 관리하는 훨씬 더 강력한 방법을 제공합니다. 아이디어는 진행 중인 작업과 다음 작업을 추적할 때 여러 플랫폼에 초점을 분산하지 않고도 한곳에서 프로젝트를 모두 실행할 수 있다는 것입니다.

Mendix 프로젝트 및 기본 구성 요소

Epics에는 프로젝트 관리 도구에서 기대할 수 있는 몇 가지 기본 구성 요소가 포함되어 있습니다.

첫 번째는 이 애플리케이션의 이름인 Epics입니다. 이전에 알고 계셨을지도 모르는 평평한 스토리 구조는 사라졌습니다. 이제 장편 스토리를 그룹화하기 위해 장편 스토리 목록을 만들 수 있습니다. 이렇게 하면 시스템의 어느 섹션이 작업 중인지 추적하기가 더 쉬워집니다. 장편 스토리 내의 스토리에 대한 편리한 진행 상황 확인 기능도 제공하므로 얼마나 많은 작업이 수행되었고 얼마나 많은 작업이 남았는지 한눈에 볼 수 있습니다. 연결된 스토리가 완료되면 장편 스토리가 완료될 때까지 진행 상황이 자동으로 업데이트됩니다.

도구가 아닌 아이템인 에픽도 사람들에게 할당할 수 있으며, 주요 정보로 태그를 지정하여 찾기 쉽게 만들 수 있습니다. 댓글과 첨부 파일을 추가하여 토론을 하거나, 디자인 작업을 공유하거나, 생각할 수 있는 다른 모든 것을 할 수 있습니다!

에픽 내에서 피처(또는 스토리)를 중첩할 수 있습니다. 스토리는 설명, 태그, 담당자, 첨부 파일, 토론 기능이 있다는 점에서 에픽과 유사한 속성을 가지고 있습니다. 스토리와 에픽 설명에 대해 말하자면, 몇 가지 멋진 요령이 있습니다. #을 입력한 다음 이름의 일부를 입력하고 드롭다운에서 올바른 항목을 선택하면 스토리나 에픽을 쉽게 연결할 수 있습니다.

다른 팀원을 @멘션하는 것도 하나의 옵션이며, 스토리/에픽 설명이나 댓글에서 이를 수행하면 해당 팀원이 알림을 받게 됩니다. 스토리가 검토할 준비가 되었는지 확인하기 위해 연락하던 시절은 이제 사라졌고, 이제는 본인이 인수해야 할 때 알림을 받게 됩니다.

스토리에는 스토리 포인트를 캡처하는 필드도 함께 제공됩니다. 이는 스토리가 얼마나 복잡한지를 측정하는 것입니다.이 링크를 확인하십시오. (스토리 포인트와 그 작동 방식에 대해 자세히 알아보세요).

마지막으로, 선택할 수 있는 상태가 있는데, 여기에는 6가지의 기본 옵션이 제공됩니다.

• 백 로그
• 정제
• 할 것
• 진행 중
• 지원
• 선택한다

이 목록은 사용자 정의가 가능하며, 보드 보기를 볼 때 두 열 사이에 있는 "+" 기호를 클릭하여 추가 옵션을 추가할 수 있습니다.

오른쪽 상단에는 몇 가지 다른 편리한 작은 기능이 있습니다. 스토리를 다 쓰고 나면(또는 결국 구현하지 않을 것이라고 받아들인 경우) 스토리를 보관할 수 있으며, 스토리를 복제할 수도 있습니다. 복제하면 댓글과 첨부 파일을 제외한 스토리 사본이 생성되므로 변경할 준비가 된 형식을 빠르게 재생성할 수 있습니다.

지금, 상태 목록을 보고 "보드에서 잘 추적될 것 같아..."라고 스스로에게 말한다면, 당신은 전적으로 옳습니다! 우리는 잠시 후에 그것에 대해 이야기할 것이지만, 먼저 Scrum 모드와 스프린트에 대해 조금 이야기해 보겠습니다.

Mendix 프로젝트 및 스프린트 계획

Scrum에 익숙하다면 스프린트를 계획할 수 있어야 하며, 새로운 Epics Planning 도구가 이를 해결해 줍니다. 제목, 시작/종료 날짜, 스프린트의 포괄적인 목표를 사용하여 스프린트를 만들 수 있습니다. 스프린트를 만들어 실행하면 스토리를 할당할 수 있습니다... 하지만 잠깐만요. 백로그와 정제는 어떻게 할까요? 걱정하지 마세요. 저희가 해결해 드리겠습니다.

스토리를 만들면 기본적으로 계획 페이지에 있는 경우 백로그에 포함됩니다. 그런 다음 백로그의 스토리를 정제 풀에 할당하여 검토하고 평가한 후 다가올 스프린트를 위해 준비 영역에 넣을 수 있습니다.

스프린트가 완료되면 "스프린트 종료" 버튼을 눌러 완료되지 않은 스토리를 어떻게 처리할지 결정할 수 있습니다(다음 스프린트에 넣거나 정제로 다시 되돌릴지). 완료된 스토리는 나중에 필요할 경우 볼 수 있는 보관소로 이동되므로 계획 보기가 남은 작업에 집중됩니다. 그런 다음 다음 스프린트로 넘어갑니다!

Mendix 프로젝트와 스크럼 보드

스프린트를 준비하고 스토리를 선택했다고 가정해 보겠습니다. 무엇을 하고 있는지 어떻게 추적합니까? 보드가 필요합니다! 보드 뷰는 현재 방법론에 따라 달라지지만 Scrum 모드에서는 현재 스프린트가 다음과 같이 표시됩니다.

여기에서 현재 스프린트의 시간 틀과 목표, 모든 스토리와 완료 단계에 대한 세부 정보를 볼 수 있습니다. 스토리를 한 상태에서 다음 상태로 쉽게 끌어서 진행 상황을 표시하거나 스토리를 클릭하고 드롭다운을 사용하여 상태를 업데이트할 수 있습니다. 이 페이지에서 "할 일" 목록에 새 스토리를 바로 추가할 수도 있습니다.

Mendix 프로젝트 및 칸반으로의 전환

스크럼 모드지만, 원하시면 칸반으로 전환할 수 있다고 말씀드렸죠? Planning 뷰의 톱니바퀴 아이콘 아래에서 옵션을 찾을 수 있습니다.

칸반 관리 스타일로 전환하면 보드가 매우 유사해 보이지만, 칸반 방법론에 속하지 않기 때문에 스프린트별로 생성하고 그룹화하는 기능을 잃게 됩니다. 따라서 보드는 다음과 비슷하게 보일 것입니다.

어떤 방법론을 사용할지는 개인의 선호도에 달려 있습니다. 개인적으로 저는 새로운 팀과 일할 때는 Scrum에서 시작하고, 일단 우리가 페이스를 잡으면 Kanban으로 전환하는 것을 좋아합니다. 저는 Kanban의 유연성을 선호하지만, 그것은 팀에 따라 매우 다릅니다!

에픽과 나머지 Mendix 플랫폼

Epics는 나머지 부분과 완벽하게 통합되어 있습니다. Mendix 생태계. 프로젝트가 Epics를 활성화한 경우 Studio Pro에서 Epics의 스토리로 커밋을 쉽게 연결할 수 있습니다. 이렇게 하면 어떤 작업이 어떤 스토리와 관련이 있는지 정확히 문서화할 수 있습니다.

개발자 포털에서 피드백 항목을 수락하면 Epics에 스토리가 생성됩니다. 보라색 따옴표 아이콘으로 해당 스토리를 한눈에 알아볼 수 있습니다.

피드백 항목의 고유 ID는 스토리 제목에 자동으로 추가되고, 스토리를 열면 페이지 상단의 동일한 보라색 아이콘을 클릭하여 원래 피드백으로 빠르게 돌아갈 수도 있습니다. 쉽고 간편하죠!

프레스토! 프로젝트가 완료되었습니다.

여러분은 에픽을 문서화했습니다. 여러분은 스토리를 추가했습니다. 스프린트를 계획했습니다. 커밋을 추가하고 스토리를 해결했습니다. 신청이 완료되었습니다... 아니면 그렇지 않을까요? 저는 어떤 신청도 진정으로 완성되지 않는다고 굳게 믿습니다. 항상 개선할 점이 있고 효율성이나 프로세스를 개선할 수 있는 새로운 기술이 있습니다. 에픽도 마찬가지입니다!

아래 비디오를 보세요 Mendix 자세한 내용은 10번째 출시를 참조하세요!

이 도구는 더 많은 기능을 구축해야 하며, 백로그가 터질 정도로 많습니다. 개선에 대한 제안 사항이 있으면 언제든지 연락해 주세요. 우리의 아이디어 게시판을 통해 그리고 우리에게 제안을 남겨주세요.