«agile» 태그된 질문

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

9
스크럼에서 프로젝트 관리자가 유용합니까?
Scrum에는 Team, Product Owner 및 Scrum Master의 세 가지 역할이 정의되어 있습니다. 프로젝트 관리자가 없으며 대신 프로젝트 관리자 작업이 세 가지 역할로 분산 됩니다. 예를 들어 : 스크럼 마스터 : 프로세스를 담당합니다. 장애를 제거합니다. 제품 소유자 : ROI를 최대화하기 위해 수행 할 작업 목록을 관리하고 우선 순위를 지정합니다. 모든 이해 …
12
애자일 소프트웨어 개발이 매력적인 이유는 무엇입니까?
민첩한 소프트웨어 개발은 ​​요즘 꽤 재미있는 유행어가되고 있습니다. 개발자는 반복 개발의 실용적인 가치를 이해하지만 소프트웨어 개발에 대한 민첩한 접근 방식을 채택하는 것은 개발자의 선택이 아닙니다. 하향식 관리 선택입니다! 그것이 결정, 민첩한 방법, dsdm, rup, xp, scrum, fdd, tdd이든, 당신은 그것을 명명합니다. 개발자의 선택이 아닙니다. 모든 관리자에게있어, 내 경험상 대부분의 관리자가 …
4
펌웨어 / 임베디드 시스템 소프트웨어 개발을 위해 민첩한 방법론을 채택하는 방법은 무엇입니까?
나는 항상 민첩한 방법을 실제로 복잡한 복합 시스템 소프트웨어 (100+ 엔지니어)에 적용하는 방법을 궁금해했습니다. 펌웨어 개발에는 애자일하기 어려운 고유 한 특성이 있습니다 (즉, 개발주기 후반까지는 하드웨어를 사용할 수 없습니다. 제품이 출시되면 펌웨어를 쉽게 업데이트 할 수 없습니다. 이러한 종류의 개발에서 표준은 두꺼운 문서와 거친 동료 리뷰입니다. 2-3 개의 서명없이 변수 …
4
개발자가 제품 소유자에게 기능 아이디어를 제안하는 것이 정상입니까? [닫은]
휴무 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 나는 최근에 시스템 관리자로 일한 경험이있는 개발자로 일하기 시작했습니다. Agile 기능을 사용하는 소프트웨어 개발 팀이 어떻게 "우리가 구현해야하는"커뮤니케이션은 …
6
"주요"기능 백 로그와 병행하여 "바이트 크기"작업의 백 로그?
고도로 사일로 된 "고독한"개발 부서 구조에서 2 년 이상 근무한 후 Agile SCRUM을 채택하고 있습니다. 큰. 나는 애자일을 좋아한다; 개발자는 어제 완료 될 것으로 예상하여 프로젝트를 진행 한 후 수많은 이해 관계자가 프로젝트를 진행하지 않고도 집중하고, 바쁘고, 생산성을 유지할 수 있습니다. 그러나 현재 "모델"과 비교하여 SCRUM으로 전환하는 한 가지 측면이 …
3
애자일은 RAD의 변형입니까?
Wikipedia에 따르면 Agile은 "RAD"의 한 유형이라고 생각합니다. 내가 아는 바에 따르면, 애자일은 RAD 자체가 90 년대에 성공하지 못했기 때문에 개발되었습니다. 아니면 내가 틀렸어? (비고 : 애자일 소프트웨어 개발에 관한 Wikipedia 기사 는 그 사이에 개선되었다. RAD 를 수퍼 셋이 아닌 Agile의 전신으로 표시합니다.) 책 급진적 프로젝트 관리 (Thomsett)에서 참조 ".. …
5
엄격한 민첩하지 않은 방법을 사용하는 팀에 Agile을 도입하는 방법은 무엇입니까?
민첩하지 않은 방법론에 대해 자랑스럽게 인증을받은 회사를 고객에게 판매 지점으로 사용하여 책임을 설명하십시오. 당신은 어떻게 가야합니까 점진적으로 자신의 전체 시스템을 파괴하지 않고 칸반 또는 스크럼을 도입 그것이 그들 확신하고 아직도 및 단지 책임 / 감사로 계속 될 수있다 ? 나는 이것이 " Scrum과 같은 민첩한 방법론을 어떻게 소개하겠습니까? " 감사 …
10
더 많은 돈을 위해 소프트웨어 개발 원칙을 어느 시점에 포기 하시겠습니까?
매체가 어디에 있는지 흥미롭게 보려고이 질문을 던지고 싶습니다. 지난 12 개월 동안 소프트웨어 개발에서 TDD와 많은 애자일 가치를 선택했습니다. 소프트웨어 개발이 훨씬 더 나아 져서 절대로 소프트웨어를 그만 두지 않을 것에 너무 압도되었습니다. 그때까지… 나는 계약직 역할을 맡아 올해의 집값을 두 배로 늘 렸습니다. 내가 참여한 회사는 특정한 방법론을 따르지 …
7
장기 계획과 민첩성?
우리 팀은 최근 우리의 작업에 대한 거의 1 년 계획을 세우는 과정을 밟았습니다. 계획을 세 단계로 나누었습니다. 각 단계에는 몇 가지 발사가 포함됩니다. 민첩한 점에서 이것이 잘못 되었습니까? 우리는 처음 몇 단계를 제외하고 아무것도 디자인하는 데 너무 많은 시간을 소비하지 않았기 때문에 나쁜 생각이 아니라고 생각합니다. 방향을 바꿀 수 있습니다. …
6
스프린트에서 포커를 계획하는 목적은 무엇입니까?
우리의 비즈니스 분석가 및 프로젝트 리더는 고객의 요구 사항을 스토리로 알려줍니다. 모든 스프린트 계획, 우리 (개발자)는 계획 포커를해야합니다. 그들은 우리 모두에게 '노력'보다는 '복잡성'을 고려하도록 요청했습니다. 우리는 정말로 혼란 스러우며 회의에 시간을 낭비하고 있습니다. 한 개발자가 '무엇을 정말로 고려해야합니까? 이 요구 사항 (시간 추정)에서 수행해야하는 코드 / DDL 변경에 관한 것인지 …
15 agile  scrum  planning 
5
일부 팀원은 스프린트 계획에 적극적으로 참여하지 않습니다
일부 팀원은 자신이 작업 할 가능성이 가장 높은 이야기가 논의 될 때까지 기다렸다가 참여해야합니다. 그렇지 않으면 그들은 단지 전화를 가지고 놀고 듣지 않습니다. 어떤면에서 나는이 입장을 이해한다. 왜 스프린트에서 또는 개발에 도움이되지 않는 기능에 대한 토론을 듣습니까? 우리는 어떻게해야한다고 생각합니까?
15 agile  scrum 
6
애자일, 칸반 등을 위해 극단적 인 프로그래밍 (XP)이 구식 인 이유는 무엇입니까?
나는 XP (익스트림 프로그래밍), 특히 같은 화면에 두 명의 프로그래머가있는 부분을 좋아합니다. 왜냐하면 당신이하고있는 일을 설명하고 프로그래밍을 강제하면 당신이하는 것을 설명 할 때 문제 해결책이 더 빨리 발견되기 때문에 하기. 지난 10 년 정도 동안 XP 스타일의 작업 방식은 애자일 및 / 또는 Kanban과 같은 작업 방법론에 유리한 것으로 보입니다. …
6
민첩한 방법을 사용할 때 좋은 디자인을 얻는 방법?
저는 약 3 년 동안 민첩한 방법론 (SCRUM)을 사용해 왔으며 특히 여러 수준의 단기 피드백에서 (초기 액세스 권한이있는 고객부터 구현 된 기능에 이르기까지 기능을 테스트 할 수있는 테스터) 새로운 코드에 대한 매우 빠른 피드백을 검토 등을 통해 제공 할 수있는 다른 개발자로부터 구현되는 즉시) 반면에, 나는 두 가지 열린 문제가 …
15 design  agile 
4
개발자가 사용자 스토리에 대해 얼마나 자세하게 설명 할 수 있습니까?
내가 경험 한 민첩한 개발의 가장 큰 단점은 개발에 관여하지 않는 사람들이 사용자 스토리 (3-10 이상적인 사람의 날)에 다음과 같은 1-3 문장을 포함해서는 안된다는 만트라에 중점을 둡니다. 고객은 자유 텍스트 검색을 사용하여 원하는 제품을 찾을 수 있습니다. 이 문장을 주면서 프로젝트 관리자는 개발자로서 저에게 견적을 제시하고 스토리를 개발할 것을 기대합니다. …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.