저는 민첩한 방법론으로 시스템을 개발하고있는 학사 논문 보고서를 작성하고 있습니다. 개발이 한 사람의 쇼라는 것을 감안할 때, 물론 내가 한 "애자일"은 전혀 (전혀 이해하지 못해서) 전혀 민첩하지 않았습니다. 그래서 저는 수많은 군중들로부터 전문적인 현실 세계의 경험 많은 개발자를 찾고 싶습니다. 나는 실제 경험이 내가했던 이론과 실험보다 낫다고 생각한다
저는 대형 전자 상거래 회사의 개발 부서 (약 40 명의 개발자)에서 일하고 있습니다. 우리는 빠르게 성장했지만 업무를 문서화하는 분야에서는 진화하지 않았습니다. 우리는 개발 및 테스트를 통해 민첩한/스크럼과 같은 방법론을 사용하지만 문서는 소홀한 것처럼 보입니다. 우리는 회사에서 일하기 전 또는 회사를 처음 보지 못한 개발자를 지원할 수있는 문서를 만들
우리는 민첩한 개발 사이클에서 관리에 투명성을 부여하기 위해 Jira를 사용하고 있습니다. 우리는 개발자, 스크럼 마스터, 제품 소유자에게 지나치게 번거롭고 부담 스럽다 고 생각합니다. 제작 된 차트는 경영진이 좋아하지만. "엔터 프라이즈"수준의 대안은 생산성의 장애물을 만들지 않고도 민첩한 개발을 도울 수 있습니다. 이상적으로 그것은 Agile만큼이나 우
나는 웹 서핑을하고 있었고 "보잉 Agile Software Process"라는 용어를 발견했지만 정의 나 세부 사항을 찾을 수 없었다. 아마도 이것은 보잉과 Agile에서 사용되는 소프트웨어 프로세스 일 테지만 누구나 Boeing Agile Software 프로세스가 무엇인지 설명 할 수 있습니까?
커맨드 패턴을 사용하면 항상 사용하지 않는 것보다 훨씬 많은 수의 클래스가 생성됩니다. 우리가 관련 코드 조각을 별도의 클래스로 함께 실행한다는 점을 감안하면 매우 자연 스럽습니다. 그렇지 않으면 6 또는 7 개의 클래스 만 사용하는 작은 프로젝트를 고려하기 위해 10 개 또는 12 개의 명령 서브 클래스로 끝내지 않으면별로 신경 쓰지 않을 것입니다. 일반
애자일 개발 과정에서 사용자 요구 사항을 수집 한 후 프로젝트 활동, 중요 시점 - 반복 및 산출물을 정의하는 계획 (애플리케이션 개발 용)을 작성해야합니다. 계획은 실제로 작업 분류입니다. 민첩한 프로젝트의 초기 계획은 어떻게되어야합니까? 사전에 모든 것을 계획하고 있다면 (숙제가 묻는 것처럼), 폭포 모델이 아닌가. 애자일의 각 반복이 계획 - 확인 -
나는 회사의 지속적인 통합 프레임 워크를 확장하려고하고 있으며 다음과 같은 일이 얼마나 쉬운 지 알고 싶었습니다. 또한 어디에서 시작할지에 대한 포인터. 우리는 Ant 빌드를 사용하여 자동화 된 테스트를 실행하기 위해 Oracle Service Bus 프로젝트와 SOAPUI를 빌드합니다. 지속적인 통합을 위해 Continuum 대신 Hudson을 사용하겠습