«agile» 태그된 질문

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

7
Scrum은 어떻게 학업 환경에 적응할 수 있습니까?
저는 현재 대학 교수와 협력하여 대학에서 제공하는 소프트웨어 엔지니어링 및 캡 스톤 디자인 과정을위한 새로운 커리큘럼을 개발하고 있습니다. 최근까지 두 코스는 모두 폭포수 모델을 독점적으로 사용했기 때문에 학생들은 대부분의 시간을 긴 보고서를 작성하는 데 보냈습니다. 저로부터 많은 압력을받은 후, 교수님은 지난 학기 소프트웨어 엔지니어링 커리큘럼에 스크럼을 포함 시키기로 결정했습니다. 학기 …
8
프로젝트 진행 상황 (애자일)을 고용주 (프로그래머가 아닌 사람)에게보고하는 방법은 무엇입니까?
진척 상황을 고용주에게보고하는 데 문제가 있습니다. 저는 학교의 (기술이 아닌) 부서의 소프트웨어 프로젝트를 담당하는 파트 타임 프로그래머입니다. 담당자 : 1. 실제로 소프트웨어를 사용하고 기능 요청을 제기하는 직원 2. 내 상사 (비 프로그래머)는 그녀가 소프트웨어 사용자가 아닙니다. 프로젝트의 본질 : 타사에서 구매 한 기성품 소프트웨어입니다. 부서의 요구를 충족시키기 위해이 소프트웨어의 기능을 …
3
임베디드 시스템에서 Scrum으로 작동하지 않는 작업을 어떻게 처리합니까?
임베디드 시스템에서 Scrum에 두 가지 문제가 있습니다. 첫째, 특히 초기 단계에서해야 할 일이 많으며, 이는 입증 할 수없는 일입니다. 우리는 개발 보드, OS, 디스플레이, 직렬 통신 등으로 시작했습니다. 6 개의 스프린트를위한 디스플레이가 없었습니다. 처음 4 개의 스프린트는 다음과 같습니다. 얻기 RTOS를 하고 실행할 수 네트워크 및 직렬 드라이버 작성 작업 …
3
페어 스와핑 : 장단점은 무엇입니까?
대부분의 애자일 / XP 이론가 들이지지하는 일반적인 생각은 쌍이 정기적으로 교환되어야한다는 것 같습니다. 예를 들어 각 프로그래머는 하루에 한 번 쌍을 교체해야합니다. 회의 시작, 휴일 등의 외부 요인으로 인해 대부분의 사람들은 스왑 시간을 일주일에 한 번 또는 두 번 바꾸어 페어 구성이 분산되도록하는 경향이 있습니다. 팀 전체에서 상당히 고르게 빈번한 …
5
코드 검토시기
최근 스크럼 프로세스로 전환하여 스프린트 내에서 작업 및 사용자 스토리를 작업하고 있습니다. 우리는 코드 검토를 자주 수행하여 덜 까다롭게 만들려고합니다. 우리는 그것들을 사용자 스토리 수준에서 수행한다고 생각하고 있지만 이것을 설명하기 위해 코드를 분기하는 방법을 잘 모릅니다. 우리는 VS와 TFS 2010을 사용하고 있으며 6 명의 팀입니다. 현재 기능으로 분기하지만 스크럼의 분기로 …
6
작업 방법론 (예 : 스크럼)을 따르지 않고 팀이 제대로 작동합니까?
지난 9 년 동안 여러 소규모 팀에서 근무했습니다. 각각은 짧은 회의, 개정 관리, 지속적인 통합 소프트웨어, 이슈 추적 등과 같은 명확한 모범 사례를 가지고있었습니다. 이 9 년 동안 개발 방법론에 대해 많이 들어 본 적이 없습니다. 예를 들어, "우리는 스크럼을하고있다"또는 "민첩하게하자", 또는 지나가는 참조 이상의 것이 없었습니다. 모든 팀은 많은 …
5
잠재적 이해 관계자가 너무 많은 경우 개발 프로젝트를 시작하는 방법
방금 (단독) 웹 응용 프로그램 개발자로 대학에서 새로운 직업을 시작했습니다. 이 대학에는 수많은 이질적인 시스템이 있지만 모두 잘못 코딩 된 레거시 시스템이 있습니다. 대부분 PHP로 작성되어 출석, 시험 결과, 표시 등을 처리합니다. 첫 번째 작업은이 많은 데이터를 통합하는 시스템을 구축하는 것입니다. 현재이 시스템은 친숙한 API없이 다양한 데이터베이스에 저장되어 있습니다 (기존 …
7
작업 시스템을 교체 할 때 민첩성이 어떻게 작동합니까?
이상적인 애자일 세계에서는 원하는 최종 시스템의 작지만 유용한 서브 세트를 신속하게 구축하여 사용자에게 제공합니다. 그들은 유용하기 때문에 흥분합니다. 사용하기 시작하고 피드백을 제공합니다. 그런 다음 추가 할 작업을 수행하고 빌드 한 후 시간이 없을 때까지 반복하십시오. 최근에 일종의 작업 시스템을 교체하는 몇 가지 프로젝트가있었습니다. 위의 모델은 전혀 작동하지 않았습니다. 기존 시스템의 …
3
개발자의 버그 우선 순위에 영향을 미치고 적절히 처리하는 방법은 무엇입니까?
현재 진행중인 버그 프로세스가 있습니다. 우리는 3 가지 레벨의 버그가 있습니다 : P1 버그 : 사용자의 작업을 방해하는 버그. 현장에서 해결해야합니다. P2 버그 : 영향을 주지만 사용자가 작업 할 수있는 버그 P3 버그 : 영향을받지 않고 사용자가 작업 할 수있는 버그. P1은 필수 사항이며 즉시 처리해야합니다. 그러나 P2 및 P3의 …
5
스프린트 계획을 너무 오래 실행하는 방법은 무엇입니까?
나는 스프린트 계획에서 일주일 동안의 스프린트를 위해 5 시간 이상 걸렸다. 너무 많은 것 같습니다. 우리는 대부분의 팀원이 선임하지 않기 때문에 스프린트 계획에서 세부 사항을 논의합니다. 그렇지 않으면 구현하는 동안 실수가 발생하고 스프린트 동안 다시 디자인됩니다. 우리는 이것을 어떻게 처리합니까? 일주일에 2 시간 정도만 걸기 위해 계획하는 동안 얼마나 자세하게 …
14 agile  scrum  planning  sprint 
5
코드 검토가 전달 / 테스트주기보다 뒤 떨어짐
민첩한 프로세스에는 2 주 스프린트가 있습니다. 작업은 매일 제공되며 (일일 빌드) 테스트 팀은 다음 날 또는 같은 날에 테스트를 완료합니다. 또한 개발자 코드 검토가 있으며 시간이 필요하며 (1-2 시간) 일주일에 3 번, Mon-Weds-Fri로 예약됩니다. 개발자들은 함께 모여 코드를 개선 / 리팩터링하는 방법을 제안합니다. 우리의 문제는 코드 검토 후 작업 항목이 …
1
페어 프로그래밍은 XP (Extreme Programming) 프로젝트에서 코드 검토가 필요하지 않습니까?
극단적 인 프로그래밍 프로젝트에서 프로그래머는 대부분 페어 프로그래밍을합니다. 이 쌍들이 순환하기 때문에, 즉 다른 사람들과 프로그램을 쌍으로 묶고, 집단 소유권이 있다는 점에서 소스 코드가 자주 검토되고 업데이트됩니다. 그렇다면 코드 검토가 필요합니까? 내 말은, 프로그래밍을 중단하고 실제로 코드 검토를 수행합니다.
4
애자일 프로젝트에서 요구 사항 관리는 장기적으로 어떻게 작동합니까?
애자일 프로젝트의 단기 요구 사항 관리는 해결 된 문제인 것 같습니다. Scrum 각도에서 새로운 요구 사항 또는 기존 요구 사항에 대한 변경 사항은 사용자 사례를 통해 제공됩니다. 또한 Epic 또는 Feature로 그룹화 된 사용자 스토리는 더 복잡한 요구 사항을보다 쉽게 ​​전달할 수 있습니다. 물론 사용자 스토리는 기술적으로 요구 사항 문서가 …
8
스크럼 팀에서 시간이 지남에 따라 멈추거나 피하는 방법?
실제로, 나는 그들의 Scrum 구현에 작은 소프트웨어 상점을 돕고 있습니다. 최근에 스크럼 마스터는 팀이 스코프 (커밋 된 백 로그)를 달성하기 위해 시간 이 지남에 따라 문제를 겪고 있다고보고했습니다 . 그들에게는 Unreal Velocity가 있습니다. 내 공식적인 질문은 다음과 같습니다. 회고 회의에 대해 이야기하는 것 외에도; 시간이 지남에 따라 피하기 위해 하드 …
14 agile  scrum 
2
반복 도중에 추정치를 변경해도 괜찮습니까?
우리는 4 명의 개발자로 구성된 팀에서 Agile / Scrum을 사용하기 시작했습니다. 스토리 추정을 수행하고 제품 백 로그에서 프라이밍 스토리를 주문했습니다. 우리는 일반적인 1,2,3,5,8,13 ... 대신 1에서 5까지의 복잡성에 대한 점 기반 추정으로 시작했습니다. 몇 가지 이야기를 작업 한 후 4 점으로 추정되는 일부 이야기는 2 일 뿐이고 2 점으로 추정되는 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.