«agile» 태그된 질문

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

9
요소의 배송 날짜가 "민첩한"작업 방식으로 고정되어 있습니까?
우리는 고위 경영진에 의해 새로운 프로젝트에 대해 민첩한 방식으로 작업 할 것이라고 계속 들었습니다. 그들은 스탠드 업, 스프린트 계획, 회고 등을 설정했습니다. 그러나 이제는 각 요소에 대해 날짜를 제공하고 각 요소에 대해 데모 할 날짜를 다시 보여주기 위해 원하는 모든 작업을 자세히 설명하는 계획을 세웠습니다. 하나. 이 계획은 2017 년 …
9
민첩한 개발 방법론에 대한 대안이 있습니까?
두 가지 주요 소프트웨어 개발 방법론은 폭포와 민첩성입니다. 이 두 가지를 논의 할 때, 그것들을 구별하는 특정 관행 (쌍 프로그래밍, TDD 등 대 기능 사양, 큰 선행 디자인 등)에 종종 초점을 맞추고 있습니다. 그러나 이러한 관행은 철학에서 나온다는 점에서 실제 차이점은 훨씬 더 깊습니다. 폭포의 말 : 변화는 비용이 많이들므로 …
1
애자일에 대한 표준 책이 있습니까?
솔로 개발자로서 저는 Agile과 유사한 프로세스를 사용하고 있다고 생각하지만 실제 Agile과 비교하여 자신의 프로세스를 개선 할 수 있는지 확인하고 싶습니다. 모범 사례, 방법론 및 기타 애자일에 대한 유용한 정보를 설명하기위한 사실상의 표준 인 책이 있습니까? 그 책은 어떻습니까?
45 agile  books 
10
요구 사항이없는 상태에서 소프트웨어를 작성하는 것은 소유해야 할 기술이거나 피해야하는 상황입니까?
나는 일부 소프트웨어 개발자들이 이것에 매우 능숙하다는 것을 알고 있으며 종종 추상적 인 요구 사항으로 작동하는 개념을 제공 할 수있는 능력에 대해 찬사를 보냅니다. 솔직히, 이것은 나를 미치게 만들고, 내가 갈 때 "만들기"를 좋아하지 않습니다. 나는 이것이 문제가되었다고 생각했지만, 변화를 느끼기 시작했고, 아주 작은 방향으로 생각과 프로그래밍 과정을 조정할 필요가 …
7
스크럼은 공개 입찰과 호환되지 않습니까?
저는 공공 기관에 의해 스크럼, 칸반 등의 용어와 개념을 설명하는 민첩한 개발 101에 관한 비공식 워크샵을 요청했습니다. 나는 지금 약 5 년 동안 민첩한 환경에서 일해 왔지만, 나는 스크럼 전도자라고 생각하지 않습니다. 워크샵 후 그들은 아이디어를 좋아했다. 그러나 외부 소프트웨어 회사에 소프트웨어를 개발하도록 위임해야하기 때문에이 방법이 적용되지 않을 것이라고 설명했습니다 …
7
각 스프린트마다 여러 지점 / 개발자의 통합 코드를 어떻게 처리합니까?
개발자들이 각 스프린트의 마스터 브랜치에 자신의 이야기를 통합하는 것에 대해 우려를 표명 한 레트로 콜을 받았습니다. 개발자는 모두 자신의 지사 내에서 그리고 스프린트 끝까지 모든 코드를 하나의 마스터 지사로 병합합니다. 그런 다음 한 개발자 (일반적으로 동일한 개발자)는 모든 것이 다른 개발자의 코드와 잘 통합되도록하는 임무를 맡게됩니다 (대부분의 변경 사항은 같은 …
6
애자일 팀에서 수석 개발자의 역할은 무엇입니까?
민첩하지 않은 개발 팀에서 수석 개발자는 일반적으로 다음과 같습니다. 표준 설정 (코딩 등) 팀을위한 새로운 기술 연구 팀의 기술 방향을 설정합니다 문제에 대한 최종 발언 시스템의 아키텍처를 설계 그러나 민첩한 팀은 다르게 작동합니다. 애자일 팀은 선구적인 것이 아니라 새로운 디자인에 의존합니다 한 사람이 디자인 한 것이 아니라 애자일 팀이 함께 …
4
"왜곡"은 무엇입니까?
애자일 또는 익스트림 프로그래밍의 맥락에서 언급 된 무리를 들었습니다 . 페어링을 보완하는 것으로 보입니다. 정확히 무엇입니까? 언제 적용해야합니까? 당신은 어떻게 잘합니까?
10
“사용 사례”,“사용자 사례”및“사용 시나리오”의 차이점은 무엇입니까?
"사용 사례", "사용자 사례"및 "사용 시나리오"의 차이점에 대한 정확하지만 간단하고 이해하기 쉬운 정의가 있습니까? 꽤 많은 설명이 있지만 지금은 한 문장 또는 두 문장의 차이점을 설명하는 사람이 없습니다 ... (예 : http://c2.com/cgi-bin/wiki?UserStoryAndUseCaseComparison 매우 길고 찾기 어려우며 토론으로 가득 함)
6
왜 "스프린트"라는 단어를 사용합니까?
애자일 선언문 의 창립 원칙 중 하나 는 민첩한 프로세스는 지속 가능한 개발을 촉진합니다. 스폰서, 개발자 및 사용자는 일정하게 일정한 속도를 유지할 수 있어야합니다. 스크럼 팀은 스프린트 라는 용어를 사용하여 작업주기 (반복이라고도 함)를 나타냅니다. 그러나 이것은 나에게 이해가되지 않습니다. 구글에 따르면 스프린트 는 다음과 같습니다. 짧은 거리에서 최고 속도로 작동합니다. …
5
스크럼이 민첩하지 않다고 생각하는 사람이 있습니까?
저는 민첩한 개발을 좋아하는 팬이며 몇 년 전에 매우 성공적인 프로젝트에서 XP를 사용했습니다. 나는 그것에 관한 모든 것, 반복적 인 개발 접근법, 테스트 주위에 코드 작성, 페어 프로그래밍, 현장에서 고객이 일하는 것을 좋아했습니다. 생산성이 높은 작업 환경이었고 압박감을 느끼지 않았습니다. 그러나 내가 일한 마지막 몇 곳은 스크럼을 사용 / 사용했습니다. …
41 agile  scrum 
3
Scrum에서 두 개의 서로 다른 프로젝트 간 개발자 시간을 조정하는 방법은 무엇입니까?
저는 새로 설립 된 팀의 스크럼 마스터가되어 소프트웨어를 만들고 다른 배포 된 응용 프로그램을 유지 관리해야합니다. 따라서 기본적으로 각 팀 구성원에게는 개발 및 운영 작업이 있습니다. 지난 몇 주 동안 그들이 어떻게 작동하는지 관찰 해 보았고 팀이 이러한 작업을 조정하는 데 어려움을 겪고 있음을 알았습니다. 개발자가 코딩에 집중할 때 프로덕션에서 …
17
매일 서 있습니까? [닫은]
매일 열리는 회의 가 얼마나 가치 있다고 생각 합니까? 익숙하지 않은 경우 스크럼 준수 자 (및 기타 민첩한 방법론)의 일부인 일일 회의를 말합니다. 아이디어는 매일 회의를 열고 15 분에서 15 분까지 시간을 보내며 모든 사람들이 서 있어야한다는 것입니다 (사람들이 정확한 시점에 참여하도록 격려하기 위해). 회의에서 방 주위를 돌아 다니며 다음과 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.