소프트웨어 공학 agile

12

고객 만족도 의 카노 모델 은 다양한 종류의 제품 기능을 정의합니다. 그들 중에는 필수품 : 구현되지 않은 고객은 제품을 수락하지 않습니다. 매력적인 품질 (운임 자) : 고객이 처음에는 기대하지 않지만 발견 될 때 흥분과 즐거움을 유발하는 기능. 매력적인 자질은 분명히 많은 비즈니스 가치를 가지고 있습니다. 5.000 미만의 중고 피아트가 모든 …

61 agile project-management scrum requirements

9

당신과 당신의 팀이 매일 무엇을하고 있는지 추적하는 방법은 무엇입니까?

나는 나 자신과 팀원들이 실제로 매일하는 일을 추적하는 방법에 어려움을 겪고있다. 매주 완성 된 카드를 살펴보면 좋은 사진을 얻을 수 있고 스탠드 업이 약간 도움이되지만 팀의 일상 업무를 잘 처리하지 못하는 것 같습니다. 카드는 매일 업데이트를하지 않고 며칠 동안 계속 진행되며 일부 엔지니어는 내 팀이 가장 의사 소통하지 않습니다. 나는 …

61 project-management agile time-tracking

3

민첩한 환경에서 건축 설계는 어떻게 이루어 집니까?

Agile Architect의 원칙을 읽었으며 다음 원칙을 정의했습니다. 원칙 # 1 시스템을 코딩하는 팀이 시스템을 설계합니다. 원칙 # 2 작동 할 수있는 가장 간단한 아키텍처를 구축하십시오. 원칙 # 3 의심 스러우면 코드를 작성하십시오. 원칙 # 4 그들은 그것을 만들고 시험한다. 원칙 # 5 시스템이 클수록 활주로가 길어집니다. 원칙 # 6 시스템 …

59 architecture agile large-scale-project

13

반복 종료시 다운 타임을 어떻게 줄일 수 있습니까?

내가 일하는 곳에서는 3 주 반복으로 스크럼 중심의 민첩성을 연습합니다. 그렇습니다. 반복이 짧으면 좋을 것입니다. 그러나 변경하는 것은 현재 선택 사항이 아닙니다. 반복이 끝나면 일반적으로 마지막 날이 매우 느리게 진행된다는 것을 알았습니다. 실제 작업은 이미 완료되어 승인되었습니다. 몇 회의 (회고 및 다음 반복 계획)가 있지만 그 외에는 많이 진행되지 않습니다. …

56 agile development-process scrum

6

버그 재개 및 신규

버그가 열리고 수정, 확인 및 종료되었습니다. 한 달 후, 회귀없이 여러 번 반복 한 후 후속 버전에서 다시 나타났습니다. 버그 특성이 동일 하다면 기존 버그 ID 를 다시 열거 나 닫힌 버그에 대한 링크를 사용하여 새 버그 ID를 열 겠습니까?

55 project-management agile issue-tracking

14

직장에 애자일을 도입하는 효과적인 방법?

경험 (비 정기적이든 그렇지 않은지)에서 민첩하지 않은 조직이나 회사에 애자일을 도입하는 효과적인 방법은 무엇입니까? 업데이트 : 애자일을 소개하려고했지만 "샷 다운"한 경우 누구에게나 말할 수 있습니까? 또한, 왜 당신이 "사격"을했는지에 대한 회고적인 이해를 가지고 있습니까?

55 agile scrum methodology culture

11

민첩한 사례 : 코드 검토-검토 실패 또는 문제 제기?

2 주 스프린트가 끝나면 작업에 코드 검토가 있습니다. 검토에서 우리는 작동하고 읽을 수있는 기능을 발견하지만 읽을 수는 있지만 꽤 길고 코드 냄새가 약간 있습니다. 쉬운 리팩터링 작업. 그렇지 않으면 작업이 완료의 정의에 적합합니다. 우리는 두 가지 선택이 있습니다. 이 스프린트에서 티켓이 닫히지 않도록 코드 검토에 실패하고 티켓을 전달할 수 없기 …

53 agile code-reviews

11

대규모 청크를 처음부터 끝까지 개인적으로 독립적으로 소유하려는 개발자가 민첩하게 즐길 수있는 방법

우리는 스크럼을 사용하여 폭포에서 민첩으로 전환하는 과정의 중간 쯤에 있습니다. 기술 / 전문 분야 사일로의 대규모 팀에서 소규모의 부서 간 팀으로 변경했습니다. 예상대로 애자일 변경은 모든 사람에게 적합하지 않습니다. 민첩하게 조정하는 데 어려움을 겪고있는 소수의 개발자가 있습니다. 나는 그들이 계속 참여하고 도전하고 궁극적으로 매일 일하러 오는 것을 즐기고 싶습니다. 이들은 …

52 agile scrum

10

프로젝트 관리자가 스크럼에서 이월을 수락하지 않습니다. 이것이 정상입니까?

나는 큰 백엔드 구성 요소가있는 Android 및 iOS 용 새로운 모바일 앱을 개발하는 개발자입니다. 우리는이 프로젝트를 세 번 밟았으며 모든 행사 (정제, 기획, 데일리, 회고 등)와 함께 스크럼을 사용합니다. 두 번의 스프린트에서, 팀은 초과 근무와 주말에 (지급받지 않은) 일을해야했습니다. 모두 열심히 일했지만 일부 외부 의존성과 낙관적 추정으로 인해 모든 스프린트 …

52 agile project-management scrum development-process

9

스프린트 계획을 재미있게 만드는 방법

스프린트 계획 회의는 재미 없을뿐만 아니라 끔찍합니다. 회의는 지루하고 지루하며 영원합니다 (하루이지만 훨씬 더 긴 느낌). 개발자들은 이에 대해 불평하고 다가오는 계획을 두려워합니다. 우리의 일상은 매우 표준 적이며 (우선 순위에 의해 스프린트 백 로그에 삽입 된 사용자 스토리 >> 스토리는 태스크로 분류됩니다 >> 태스크는 시간 단위로 >> 반복됩니다) 우리가 뭘 …

51 agile scrum sprint meetings process-improvement

8

스크럼-백 로그를 기울이지 않고 부분적으로 완전한 사용자 스토리를 다음 스프린트로 전달하는 방법

우리는 Scrum을 사용하고 있으며 때로는 계획된 스프린트에서 사용자 스토리를 끝내지 못하는 경우가 있습니다. 진정한 Scrum 스타일에서는 소프트웨어를 배송하고 다음 스프린트 계획 세션 동안 다음 스프린트에 사용자 스토리를 포함시키는 것을 고려합니다. 우리가 수행하는 사용자 스토리가 부분적으로 완료되었다고 가정 할 때 다음 스프린트 계획 세션에서이를 어떻게 정확하게 추정합니까? 우리는 다음을 고려했습니다. a) …

50 agile scrum estimation planning

8

버그 수정 작업에 대한 이야기 : 스크럼에 적합합니까?

버그 수정 작업에 스토리 포인트를 할당해야하는지 궁금합니다. 이슈 추적 소프트웨어 인 JIRA에는 버그 유형 이슈에 대한 스토리 포인트 필드가 없습니다 ( 스토리 및 에픽 에만 해당 ). 스토리 포인트 필드 의 해당 이슈 유형에 버그 이슈 유형을 추가해야합니까 ? 장단점은 무엇입니까? 스크럼에 적합합니까?

50 agile scrum bug user-story

11

"민첩한"팀에게 그들이 작성한 소프트웨어를 계획해야한다고 어떻게 설명합니까?

이번 주 직장에서 나는 다시 한 번 애정을 가졌다 . 표준 민첩성, TDD, 공유 소유권, 카드 한 장에 몇 가지 사용자 스토리를 넘어서는 계획을 세우지 않는 임시 개발 방법론을 겪어 실제로는 실제 작업을 수행하지 않고 타사 통합 광고 구역질의 기술에 대한 신호를 씹었습니다. 지난 몇 개월 동안 누군가의 머리에 닿는 …

50 agile planning

7

페어 프로그래밍은 언제 작동합니까? 언제 피해야합니까?

우리는 항상 노예로 짝짓기 프로그램을하는 대신 팀에서 선택적으로 짝짓기 프로그래밍을 사용합니다. 다음과 같은 상황에서 가장 효과적이라고 생각합니다. 문서 나 코드를 스스로 작성하는 대신 새로운 팀원을 프로젝트에 몰입시킵니다. 후배와 상급자들이 함께 일하게하는 것 (보다 숙련 된 개발자의 기술과 요령을 보여주는 데 도움이 됨) 누군가가 결함을 추적하려고 할 때 종종 신선한 눈과 …

50 agile pair-programming

9

민첩한 개발을 (폭포) 고객에게 판매하는 방법

우리의 개발 샵은 더 민첩한 프로젝트를하고 싶지만 고객을 선발하는 데 문제가 있습니다. 많은 고객들이 예산과 마감일을 원합니다. 경쟁 업체가 폭포 기반 고정 마감일과 고정 가격을 제시 할 때 민첩한 프로젝트에서 고객을 판매하는 것은 어렵습니다. 우리는 고정 번호가 잘못되었음을 알고 있지만 고객은 그것을 모른다. 따라서 우리는 가격이나 마감 기한을 고칠 수는 …

49 agile

«agile» 태그된 질문