«agile» 태그된 질문

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

19
나는 200K 라인의 스파게티 코드를 물려 받았다 – 지금 무엇?
나는 이것이 일반적인 질문이 아니기를 바란다. 나는 노련한 조언을 실제로 사용할 수 있습니다. 저는 지난 10-20 년 동안 방대한 코드 기반을 함께 사용했던 상당히 작은 과학자 상점에서 유일한 "SW 엔지니어"로 새로 고용되었습니다. (이것은 거의 쓸모없는 언어로 작성되었습니다 : G2- 그래픽으로 파스칼을 생각하십시오). 프로그램 자체는 복잡한 화학 처리 공장의 물리적 모델입니다. …
6
솔로 개발자를위한 민첩
솔로 개발자로서 애자일 프로세스 개념을 어떻게 구현할 것인가? 애자일은 더 빠른 속도로 응용 프로그램을 개발하는 데 유용하지만 팀 지향적 인 것 같습니다 ...
15
사용자 스토리를 추정 할 때 사람이 아닌 스토리 포인트를 사용하는 이유는 무엇입니까?
민첩한 방법론 (예 : SCRUM)에서 사용자 스토리에 필요한 복잡성 / 노력은 스토리 포인트로 측정됩니다. 스토리 포인트는 팀이 반복에서 취할 수있는 사용자 스토리 수를 계산하는 데 사용됩니다. 추정 된 요일과 같은 구체적인 측정을 사용할 수있는 추상적 개념 (스토리 포인트)을 도입하면 어떤 이점이 있습니까? 또한 추정 된 요일을 사용하여 속도, 반복 적용 …
10
사용자 스토리, 기능 및 서사시의 관계?
아직 민첩한 사람은 사용자 스토리, 기능 및 서사시의 관계 또는 차이점을 완전히 이해하고 있는지 잘 모르겠습니다. 이 질문 에 따르면 기능은 스토리 모음입니다. 답변 중 하나는 기능이 실제로 서사시라는 것을 암시합니다. 기능과 서사시가 같은 것으로 간주됩니까? 기본적으로 관련 사용자 사례 모음입니까? 우리의 프로젝트 관리자는 계층 구조가 있다고 주장합니다. 에픽-> 기능-> …
111 agile  terminology 
7
정확히 통합 테스트 란 무엇입니까?
내 친구와 나는 통합 테스트가 무엇인지 정확하게 분류하기 위해 고심하고 있습니다. 이제 집으로가는 길에 저는 통합 테스트의 실제 사례를 제시하려고 할 때마다 합격 테스트라는 것이 깨달았습니다. 비즈니스 사람이 시스템이 무엇을 제공해야하는지 명시하는 큰 소리로 말하는 것. 이러한 테스트 유형의 분류에 대해 Ruby on Rails 문서를 확인했으며 이제는 완전히 던져졌습니다. 실제 …
110 testing  agile  tdd 
14
비생산적인 스크럼 팀을 어떻게 처리합니까?
Backstory : 저는 지난 3 년 동안이 팀의 일원으로 일해 왔으며, 이번에는 모든 것을 다르게 운영하는 세 가지 다른 Scrum Master가있었습니다. Scrum Masters의 이러한 변화와 쇼를 운영하는 방식으로 인해 원칙이 일관되게 시행되지 않았고 Scrum Masters 중 하나가 민첩성을 믿지 않는 사람이기 때문에 팀이 Scrum에 대한 생각을 마비 시켰습니다. 회사의 의사 …
11
우리 팀은 어디에서 "현대"가되어야합니까? [닫은]
저는 대학에서 새로 온 비교적 새로운 개발자입니다. 대학에서 그리고 구직 활동을하는 동안, 저의 교육에는 부족한 "현대"소프트웨어 개발 방법론이 많이 있음을 깨달았습니다 : 단위 테스팅, 로깅, 데이터베이스 정규화, 민첩한 개발 (일반 민첩성 개념), 코딩 스타일 가이드, 리팩토링, 코드 검토, 표준화 된 문서화 방법 (또는 요구 사항) 등 전반적으로, 나는 이것이 문제라는 …
106 agile  teamwork 
17
Scrum은 활동적인 개발자를 수동 개발자로 전환합니까?
저는 세 명의 개발자와 한 명의 디자이너로 구성된 팀에서 일하는 웹 개발자입니다. 이제 민첩한 스크럼 소프트웨어 개발 방법론을 구현 한 지 약 5 개월이되었습니다. 하지만이 사이트에서 공유하고 싶었던 이상한 느낌이 듭니다. 인간의 삶에서 중요한 요소 중 하나는 의사 결정 과정입니다. 그러나 의사 결정에는 큰 차이가 있습니다. 일부 결정은 내부 또는 …
15
기한은 민첩합니까?
명확성을 기하기 위해 마감일은 다음과 같습니다. 시간 제한 또는 마감 시간은 목표 또는 작업을 수행해야하는 좁은 시간 영역 또는 특정 시점입니다. 에서 위키 피 디아 내 소프트웨어 개발 경력 전체에서 "애자일 (Agile)"을 해왔는데, 이는 어느 곳에서나 최소한 다음과 같은 관행을 준수하는 것으로 보였습니다. 주간 또는 격주 스프린트 회고전 스프린트 계획 …
100 agile 
13
스크럼 환경에서 속도가 크게 증가합니까?
저의 관리자는 최근 속도를 목표 및 생산성 측정으로 사용하도록 추진하고 있습니다. 우리는 현재 평균 50 스토리 포인트 속도로 작업하고 있습니다. 관리자는 팀원을 늘리지 않고 스토리 포인트를 40 %에서 70 스토리 포인트로 늘리기를 원합니다. 우리가 이러한 증가를 달성하지 못하면 그는 우리가 이유를 설명하는 전체 분석을 제공하기를 원합니다. 속도로 팀 성과를 측정하고 …
89 agile  scrum 
10
실패한 스프린트 및 마감일 처리
많은 스크럼 서적과 기사에 따르면 스프린트 실패 (스프린트 백 로그에서 일부 기능을 완료하지 못한 경우)는 나쁘지 않으며 때때로 발생하며 팀이 실수를 통해 배우면 실제로 유용 할 수 있다고합니다. 다음 스프린트에서 무언가를 향상시킵니다. 그리고 팀은 그들이 저지른 작업을 완료하지 않은 것에 대해 처벌을 받아서는 안됩니다. 이것은 개발자의 관점에서 훌륭해 보이지만 소프트웨어 …
80 agile  scrum  sprint 
14
애자일은 새로운 미세 관리입니까?
이 질문은 잠시 동안 머릿속에서 요리되어 왔기 때문에 개발 환경에서 민첩 / 스크럼 관행을 따르는 사람들에게 물어보고 싶었습니다. 우리 회사는 마침내 애자일 방식을 도입하기 위해 애자일 그룹에 4 명의 개발자 팀을 시험 적으로 시작했습니다. 3 개월의 반복으로 4 개월이 지났으며 우리의 나머지 부분에 대해 완전히 민첩하게 가지 않고 계속하고 있습니다. …
10
왜 개발 중심 테스트 (DDT)가 아닌 테스트 중심 개발 (TDD)에 대해 민첩한가?
따라서 민첩한 것은 아니지만 테스트 중심의 개발은 아닙니다 . 대학의 교수님들은 모두 테스트 아이디어와 코드 테스트에 관한 것이 었습니다. 왜 그런지 잘 모르겠습니다. 내 관점에서 볼 때 코드가 발전함에 따라 변경 될 가능성이 높은 초기 비용이 많이 듭니다. 이것이 내가 TDD를 상상하는 방법과 그것이 나를 혼란스럽게하는 이유입니다. 내가 TDD 계약자로서 …
16
카우보이에게 민첩한 접근 방식이 너무 편리한 변명인가?
민첩한 접근 방식이 요구 사항이 모호하고 최종 사용자의 아이디어를 형성하는 데 많은 상호 작용이 필요한 프로젝트에 가장 적합하다고 생각합니다. 그러나 ... 저의 전문적인 업무에서, "애자일 (agile)"접근 방식이 왜 선결제 디자인에 노력을 기울이지 않았는 지에 대한 변명으로 사용되는 회사에서 계속해서 끝납니다 . 요구 사항이 잘 이해 될 때 민첩한 접근 방식이 …
9
1 ~ 2 명의 개발자가 Agile / Scrum을 사용할 수 있습니까?
내가 지금까지 읽고 연구 한 모든 내용은 Agile / Scrum이 약 4-6 명의 팀과 어떻게 잘 작동하는지 설명합니다. 현재 상점에는 약 8 명의 개발자가 있지만 프로젝트의 규모와 지원하는 부서의 수를 고려할 때 주어진 프로젝트에 1 명 또는 2 명 이상의 직원이 할당되지 않습니다. 1 ~ 2 명의 개발자 팀과 함께 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.