소프트웨어 조직에서 구현 된 실제 소프트웨어 개발 프로세스를 공유하고 액세스하기위한 웹 사이트가 있습니까? 이러한 프로세스를 구현하기위한 조언과 설명을 제공하는 많은 리소스가 있습니다. 그들은 매우 유용합니다. 그러나 실제 예제 프로세스 정의가 있으면 매우 유용 할 것이라고 생각합니다. 특히 CMMI에서 예제 프로세스 정의를 찾고 있습니다. 나는 몇 권의
내 개발 팀은 스크럼 methodolody, 꽤 노력하고 있습니다. 우리는 번 다운 차트에 의해 추적되는 스프린트로 분류되는 우선 순위 제품 백 로그를 가지고있다. 문제는 제품 관리자 (이해 관계자로부터 요구 사항을 수집하는 사람)가 스프린트 시작 전 며칠이나 스프린트 세트에 대한 요구 사항에 대한 개요를 제공한다는 것입니다. 우리는 그들을 살펴본 다음 기
민첩한 원칙을 개발 프로세스, 특히 스크럼 원칙과 XP 유사 사용자 스토리에 적용하려고 시도했지만 우리는 아키텍처에 관한 문제에 직면했습니다. 우리는 여전히 아키텍처 중심 개발과 관련이 너무 많지만 민첩한 모델링 원칙과 함께 강력한 구성 요소 기반 개발을 유지하려고 노력하고 있습니다. 우리의 목표는 개발 중에 앞선 작은 디자인을 발전 시켜서 진화하는 것입니
소프트웨어 개발에서 가장 좌절스러운 부분 중 하나는 문제에 대한 해결책을 찾는 것입니다. 잊어 버리고 나중에 같은 문제에 직면하여 이전에 어떻게 해결했는지 잊어 버릴뿐입니다. 또는 유용한 코드를 작성한 다음 나중에 프로젝트에서이 코드를 찾을 수 없습니다. 내 일반적인 질문은 다음과 같습니다. 프로그래밍하는 동안 매일 새로운 것을 배우는 방법은 무엇입니까?
현재 회사에서 애자일 사례를 도입하기 시작했으며 좋은 출발을 보았습니다. 우리는 첫 번째 릴리스를 끝내고 곧 두 번째 릴리스를 시작할 예정입니다. 경영진은 반복 작업 중에 새로운 작업을 도입하지 않기로 동의했지만 릴리스/기능 계획의 범위 지정은 진행중인 작업입니다. 즉, 다음 반복을 위해 반복 실행 중에 수행해야하는 스파이크를 어디에/언제 맞출 것인지에 대
공식적인 아키텍처 사양은 민첩한 개발과 어떻게 맞습니까? 나는 스크럼을 생각하고 있는데 공식적인 유물 가운데 건축에 대한 언급은 없다. 최초의 제품 백 로그를 조립하기 전에 아키텍처가 "우연히"(말하자면) 발전했거나, 비공식적으로 설계 했습니까? 아니면 4 + 1 스펙과 같은 일을 할 여지가 있습니까?
TDD/BDD가 설명되어있는 몇 가지 블로그 게시물을 발견했지만 예제는 대개 기본입니다. 일반적으로 그들은 단지 모델을위한 것입니다. 실제 생활에서 BDD를 실제로 사용하는 방법을 알고 싶습니다. 나는 그 (것)들에서 배울 수있을 것이다 시험 첫번째 작풍을 건축 된 몇몇 Django apps로 지적되고 싶다. 레일즈에는 많은 예제가 있지만, 장고에는 몇 가
Roundup Issue Tracker에 대한 스크럼 플러그인은 과 비슷합니까? Trac? Trac은 통합 프로젝트 관리, SCM 및 이슈 트래커로 설계되었지만 Roundup은 이슈 추적 시스템입니다. 그러므로 더 좋은 질문이 될 것입니다. 누군가가 선호하는 Python 기반의 스크럼 툴을 Roundup과 함께 사용하고 있습니까? 하지만이 포럼에서는 너무
소프트웨어를 구현 한 후에 PMBOK가 더 많이 구현되어 고객에게 제공되는 반면, 애자일 또는 스크럼은 소프트웨어를 처음으로 구축하는 데 더 많은 역할을합니까? 이해하려고 애를 써. 감사합니다. 편집 : 내 관심사는 PMBOK입니다. 그들은 내가 일하는 곳에서 많이 사용하지만, 개발을 위해 사용하지는 않습니다 (그것으로 구현합니다.) 그들은 많이 발전하지
민첩한 소프트웨어 엔지니어링 개발 프로세스 메트릭에 대한 정보를 어디에서 찾을 수 있습니까? 그런 프로세스를 평가하기 위해 어떤 종류의 변수를 평가합니까? 저는 생산성, 적시성, 직원 활용도 및 품질에 관심이 있습니다. 애자일 소프트웨어 개발 프로세스를 모델링하기 위해 에이전트 기반 시뮬레이션을 구축하고 있으며, 실제 데이터를 찾고 내 모델이 올바르게 예측