«agile» 태그된 질문

애자일 소프트웨어 개발은 ​​반복적이고 점진적인 개발에 기반한 소프트웨어 개발 방법론 그룹으로, 요구 사항과 솔루션은 자체 구성, 부서 간 팀 간의 협업을 통해 발전합니다.

6
수백 명의 개발자가 단일 솔루션을 개발할 때 개발 방법론?
우리는 특정 날짜에 릴리스 될 예정인 단일 제품 (개정 제어 Git 사용)에서 지속적으로 작업하는 약 200 명의 개발자로 구성된 조직입니다. 수많은 개발자로 인해 각 팀마다 약 10 명의 개발자가있는 "교차 기능"팀을 만들려고 노력하고 있으며 조직 내에 약 20 개의 개발 팀이 있습니다. 우리는 메인 리포지토리에서 지속적으로 "높은 표준"(개발자가 풀을 수행 …
4
기술 부채가 기능이나 집안일 (또는 버그)로 예약되어야합니까?
Pivotal Tracker 보드에 기술적 부채를 해결하는 몇 가지 사용자 사례를 추가했습니다. 기능 (속도 수준 유지) 또는 집안일 / 버그 (속도 감소)로 고려해야합니까? 나는 하나 또는 다른 하나를 일관되게 수행하면 장기적으로 아무런 차이가 없다는 것을 이해하지만 기술 부채 이야기를 추가 할 때마다 결정을 내려야합니다. 몇 가지 생각 : 그들은 실제로 버그가 …
6
스크럼 마스터가 작업을 할당 할 수 있습니까?
우리는 프로젝트에서 스크럼을 따르고 있습니다. 스크럼 마스터가 우리에게 작업을 할당하는 대부분의 시간을 봅니다. 그러나 나는 많은 스크럼 서적에서 스크럼이 다른 방식으로 작동하고 ( '풀 (pull)'접근법) 팀 구성원이 작업이나 기능을 선택한다고 읽었습니다. 스크럼 마스터가 작업을 올바른 접근 방식으로 할당합니까? 아니면 민첩한 이데올로기에 반대합니까?
9
사용자 스토리에 요구 사항이 포함되지 않고 (카드에 기록 될 때) 여전히 구현 가능한 방법
"사용자 스토리는 요구 사항이 아니라 고객이 원하는 것을 상기시키는 것입니다. 스토리 내에 요구 사항을 넣을 수는 없습니다"라고 들었습니다. 그러나 고객이 다른 신용 카드에 대해 다른 처리를 원한다는 예를 들어 봅시다. 테스트 케이스를 작성할 수 있도록 구현하고 알아야하는 엄격한 요구 사항이 있습니다. 사용자 스토리에없는 경우 요구 사항은 어디로 가야합니까? 요구 사항이 …
6
무 버그 / 결함 정책으로 민첩성 유지
우리 프로젝트에서 우리는 제로 버그 (일명 제로 결함) 방법론으로 작업합니다. 기본적인 아이디어는 버그가 항상 기능보다 우선 순위가 높다는 것입니다. 스토리를 작업 중이고 버그가있는 경우 스토리를 승인하려면 문제를 해결해야합니다. 오래된 스토리에 대한 스프린트 동안 버그가 발견되면 버그를 백 로그에 놓고 해결해야합니다 (최우선 순위). 내가 해결하려는 이유는 항상 버그를 수정하지는 않기 때문입니다. …
18 agile  scrum  bug  backlog 
8
성숙한 애자일 팀에는 관리가 필요합니까?
최근 스크럼에 대한 격렬한 토론 끝에 저는 문제가 경영 팀이 민첩한 팀에서 매우 불필요하고 중복되는 활동이라고 생각한다는 것을 깨달았습니다. 성숙한 애자일 팀에는 경영진이나 비 기술적 의사 결정 과정이 필요하지 않다고 생각합니다. 성숙한 개발 팀 을 관리 할 수있는 유일한 사람은 코치 (적절한 의사 소통 기술을 보유한 가장 기술적으로 유능한 동료) …
8
민첩성이 작은 폭포 그 이상입니까?
나는 주로 프로젝트에서 폭포수 방법론을 사용했지만 이제는 내 지평을 민첩한 방법론으로 확장하고 있습니다. 내가 지금까지 읽은 내용과 어쩌면 내가 잘못 읽은 것에서 민첩성은 작은 폭포를 의미합니다. 1-2 년에 걸쳐 큰 폭포 대신에 몇 주 또는 몇 달 동안 지속되는 작은 폭포가 있습니다. 내 이해가 맞습니까? 아니면 그보다 더 있습니까? 민첩한 …
7
PBI 대 사용자 스토리
최근에 제품 소유자가 "x 페이지에서 로그인 페이지로 이동하면 오류가 표시됩니다. 해당 오류를 제거하고 싶습니다"라는 항목이 제품 백 로그에 추가되었습니다. 이것은 유스 케이스가 아니며 PBI (Product Backlog Item)가되어서는 안됩니다. 그러나 내가 토론했을 때, 스크럼 마스터는 사용자 스토리는 PBI가 아니며 PBI는 버그 보고서, 작업, 사용자 스토리, 무엇이든 말 그대로 먼저 해결해야 할 …
5
실제로 "교차 기능 팀"이란 무엇입니까? [닫은]
휴무 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 3 년 전 . "교차 기능 팀"의 일반적인 의미는 목표를 달성하는 데 필요한 여러 분야의 전문가를 결합한 팀입니다. 그러나 애자일의 교차 …
6
프리랜서가 민첩한 개발을 사용할 수 있습니까?
소프트웨어 개발 방식을 개선하고 싶습니다. 더 빠르고 훌륭한 코드를 개발하고 싶습니다! 오늘 저는 워터 폴 방법을 프리랜서로 사용하고 웹 자료 (사이트, 시스템 등)를 작성합니다. 이런 방식으로 민첩한 개발 (XP, SCRUM 등)을 사용하는 방법이 있습니까? 민첩한 개발에 대해 전혀 모른다. 어디서부터 시작해야합니까? 대단히 감사합니다.
18 agile  freelancing  scrum  web 
9
티켓을 평가할 때 테스터의 시간이 포함되어야합니까?
티켓에 대한 예상 시간을 만들 때 테스터 (QA)에 걸리는 시간이 티켓 예상에 포함되어야합니까? 우리는 이전에 테스터 시간없이 항상 추정했지만 항상 포함하는 것에 대해 이야기하고 있습니다. 티켓 출시까지 1 주일이 걸리는 총 시간을 알아야하므로 출시 전 마지막 스프린트에 적합합니다. 팀에서 제한적인 리소스 인 경향이 있기 때문에 개발자 시간에 대한 평가는 항상 …
17 agile  scrum  estimation  qa 
4
QA의 딜레마 대 반복
우리 회사에서는 민첩한 사례로 성공적으로 작업했지만 반복을 사용하지 않았습니다. 주된 이유는 반복주기에서 QA에 맞는 확실한 방법을 찾을 수 없기 때문입니다. QA는 이 빌드가 고객에게 배포되기 전에 특정 빌드 (릴리스 후보)에 대한 추가 검증 비트로서 QA를 이해 합니다. 요점은 단일 악성 커밋이 전체 릴리스를 손상시키지 않도록하는 것입니다. 어떤 버전인지 알 수 …
17 agile  teamwork  qa  sdlc 
9
고용주의 말을 듣고 CASE 도구를 사용해야합니까?
저의 고용주 (개발자가 아님)는 CASE 도구가 개발 프로세스 및 문서를 개선하는 데 도움이 될 것이라고 생각합니다. 우리는 현지 고객을 위해 모바일 뱅킹 솔루션을 구축하는 5 명의 개발자로 구성된 소규모 팀입니다. CASE 툴은 구매해야하므로 시간과 비용이 낭비 될 것으로 생각되며, 모델링에 익숙해 지려면 시간과 시간이 필요합니다. 코드 생성은 또 다른 문제입니다. …
3
민첩하다는 것은 무엇을 의미합니까?
우리는 모두가 민첩하게 행동 할 것이라고 말하는 프로젝트를 가지고 있지만 민첩성이 무엇인지 명확하게 이해하지 못했다고 생각합니다. 이전 프로젝트에서 회의를 계획 한 후 제품 백 로그를 정의하고 2-3 주 스프린트로 개발자에게 작업을 할당했습니다. 매일 아침 우리는 스크럼 회의 (매번 1/2 시간 씩 진행되는 것처럼 보임)를 가졌으며 각 개발자는 그 후 회의를 …
17 agile 
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.