agile

0열

2답변

나는 1 년 동안 애자일 개발을 해왔으며, 애자일에서 지적한 커다란 차이점 중 하나는 시스템 아키텍처를 설계 할 때였습니다. 나중에 프로젝트에서는 RUP와 같은 점진적인 방법론을 사용했으며 이미 알고 있듯이 UML 모델을 작성하고 나중에 유지 보수하는 데 많은 시간을 낭비했습니다. 이제 Fowler가 evolutionary design이라고 부르는 것을 사

-5열

4답변

민첩한 개발에 대한 이해를 돕기위한 좋은 프레젠테이션과 이해하기 쉬운 자료는 무엇입니까?

우리는 우리의 애자일 개발 방법론에 QA 팀을 데려오고 있습니다. QA 및 테스터를 대상으로 한 몇 가지 자료 또는 학습 동영상을보고 싶습니다.

0열

5답변

어디로 가야합니까?

테이블의 행을 나타내는 클래스가 있습니다. 행에있는 데이터를 조작하는 함수를 추가하고 싶습니다. 함수를 어디에 추가해야합니까? 1) 클래스와 관련되어 있으므로 2) 별도의 도우미 클래스로 클래스 외부에 있습니까? 과거에는 항상 1을 선택했을 것입니다. 논리를 자체 캡슐화 된 클래스로 분리하고 데이터 클래스의 복잡성을 줄이기 때문에 숫자 2가 더 나은 대답이

-1열

2답변

공동 작업 코딩을위한 OS X 텍스트 편집기 SubEthaEdit와 호환되는 Windows 도구가 있습니까?

... 질문은 모두 그것을 말한다! 과거에 분산되어있는 공동 작업을위한 공동 작업 도구를 살펴본 결과, 나는 그 길을 걷고 싶다. (그러나 크로스 플랫폼이어야한다.) ...

7열

8답변

스크럼에서 관련이없는 작은 버그 풀을 어떻게 처리합니까?

최근에 우리는 스크럼을 채택했으며 코드가 승인 된 후에 나타나는 작은 버그들로 인해 문제를 일으키고 있습니다. 맞춤법 오류 및 기타 한 줄 수정과 같은 것들이 포함됩니다. 작은 일마다 크기 0.5의 이야기를 만드는 것은 시간 낭비와 같습니다. 스토리를 작성하고 수정 사항을 작성하는 것보다 더 많은 시간이 소요됩니다. 스프린트 당 단 하나 또는 두 개만 있다

81열

11답변

스크럼 스프린트를 연속적으로 수행 할 때 소진 될 수 있습니까?

저는 꽤 작은 시작과 함께 우리는 스크럼/애자일 개발주기 양식을 사용하기 시작했습니다. 여러면에서 나는 스크럼을 즐긴다. 우리는 상대적으로 짧은 스프린트 (2 주)를 기록했으며 팀의 발전 상황을 추적하기 위해 Burn Down Chart를 좋아합니다. 필자는 또한 기능위원회를 좋아하므로 항상 다음에해야 할 일을 알고 있습니다. 그것은 보드에서 피처 카드를

4열

5답변

대부분의 사람들이 특수 작업을 할 때 민첩성을 유지하는 방법은 무엇입니까?

저희 팀은 SCRUM과 한 달에 한 번 (약 2 년) 근무했습니다. 그것이 기적이었을 때 처음으로 얼마나 효과가 있었는지, 우리는 지금이 전략으로 벽에 부딪치게됩니다. 우리의 문제는 (10-12 명으로 구성된 팀에서) 많은 특별한 일자리가 생겼다는 것입니다. 릴리스 매니저, QA, 아키텍트, SQL 전문가. 점점 더 많은 사람들이 팀이 아닌 특수 사람들 만

2열

5답변

애자 일을 사용하여 생명이 중요한 시스템 구축

내 질문에 대한 일반적인 추세를 Building an Aircraft using Agile에 대해 살펴보면 비용 이외의 가장 큰 문제는 안전합니다. 민첩성을 사용하여 안전한 시스템을 구축하거나 (안전하다고 증명할 수 없다고 생각하는 사람들이 있습니까? 모든 반복 테스트가이를 완화하지는 않습니까? 민첩성을 사용하여 개발 된 소프트웨어는 폭포와 같은 상대방만큼

5열

5답변

Agile 시나리오가 맞습니까?

는 사용자 메소드의 구현을 필요로 이야기 한이 상상 : public static void MyMethod(string paramA); 여러 클래스가이 방법을 사용하는 것, 그리고 MyMethod라는 사용자 스토리 1을 완료하는 데 필요한 모든 것을,하지만 아무것도 더 많은 작업을 수행합니다. 당신은 또 다른 이야기 (사용자 스토리 2) 반복 미래에 될

0열

1답변

BDUF를 사용하여 데이터베이스에서 앱의 민첩한 개발을 분리하는 방법은 무엇입니까?

G'day, 나는 "97 가지 모든 소프트웨어 아키텍트가 알아야 할"우수한 책에서 댄 착에 의해 기사 "Database as a Fortress"를 읽고 있었다 (sanitised Amazon link) 데이터베이스가 민첩 접근 방식을 사용하여 설계되지 않아야 함을 시사한다. 애자일 방식과 데이터베이스 "Agile development and databas