소프트웨어 공학 agile

7

그래서 이름이 3 글자로 된 대기업에서 일하기 시작했고 그들은 민첩 해 지려고 노력하고 있지만 민첩하다고 느끼지 않는 수많은 프로세스를 가지고 있습니다. 나에게 가장 상처를 준 것은 코드 리뷰입니다. 저의 마지막 직업은 제가 본 적이 있고 가장 많이 본 적이있는 가장 민첩한 개발 팀이라고하는 신생 기업이었습니다. 어쨌든, 내 의견은 Code Reviews는 …

13 agile code-reviews

6

SCRUM은 팀 구성원이 공유되는 환경을 어떻게 관리합니까?

글쎄, 질문 자체가 말했다. 내 직장에서도 그러한 경우가 발생하지만 많은 애자일 책은 같은 직장에서 일하는 것을 장려하고 현재 프로젝트에 집중하여 작업 속도가 빨라집니다. 어쩌면 나는 그 주제에 대해 알지 못했을 것입니다. 아마도 엄격하지는 않습니다. 그래서 그런 경우에 애자일이 제안하는 것을 알고 싶었습니다. 아무도?

13 project-management agile team scrum

5

스크럼 팀 구성원 또는 스크럼 마스터 중 하나를 제품 소유자로 지정하는 것이 좋습니까?

최근에 우리는 고객이 바쁘게 여행하는 프로젝트를 진행했습니다. 일반적인 스크럼 팀이 구성되면서 고객이 적극적으로 참여할 수 없으므로 경영진은 분석가를 제품 소유자로 지정하기로 결정했습니다. 분석가는 요구 사항 분석 및 사양 제도를 위해 고객과 긴밀히 협력 한 사람이었습니다. 고객은 처음 두 릴리스를 검토 할 시간이 없습니다. 클라이언트가 세 번째 릴리스를 볼 때까지 모든 …

13 agile scrum waterfall

4

팀의 Kanban에서 품질 속성을 어떻게 추적 할 수 있습니까?

우리 팀은 Kanban 시스템을 사용하여 일상적인 진행 상황을 추적하고 기능에 대한 진행 상황 (사용자 스토리로 캡처 됨)을 이해하는 데 정말 효과적입니다. 우리는 최근까지 잘 작동했던 기능을 개발함에 따라 시스템 설계가 등장하도록 크게 허용했습니다. 지난 2 주 동안 특히 성능 및 수정 가능성 품질 속성과 관련된 아키텍처 균형에 대해 몇 가지 …

13 agile tracking architecture kanban quality-attributes

3

민첩한 개발에서 고객 관계

내 경영진은 조직과 함께 (역시 간결한) 역사에서 전례없는 질문을하였습니다. 동시에, 우리는 프로젝트 중간에 요구 사항을 푸시하는 능력이 전설적인 상당히 새로운 고객을 위해 몇 가지 큰 프로젝트를 진행하고 있습니다. 이 사람들을 위해 개발하는 것은 퀵 샌드의 탭 댄스와 같습니다. 보다 민첩한 접근 방식으로의 전환을 제안 할 수있는 최고의 기회 인 것 …

13 agile billing customer-relations

2

동일한 제품을 사용하는 여러 개발 팀의 경우 "완료"에 대한 정의

스크럼 테스트 중 하나에는 여러 개발 팀이 동일한 제품에서 작업을 수행 할 때 "완료"를 가장 잘 설명하는 정의에 대한 질문이 포함되어 있습니다. 정답은 해당 개발 팀이 결합 된 작업을 잠재적으로 해제 할 수 있도록 "완료"라는 정의를 가져야한다는 것입니다. 이 퀴즈에 대한 정답에서 분명하지 않은 것은 다음과 같습니다. 팀이 "완료"에 대해 …

12 agile scrum

5

민첩성에 관한 대부분의 문헌은 사용자가 무대 뒤에서 무슨 일이 일어나고 있는지 거의 알고있는 CRUD 유형 비즈니스 응용 프로그램에 편향되어있는 것 같습니다. (작성되는 대부분의 코드가 아마도이 클래스에 속하기 때문에 좋습니다.) 이러한 유형의 응용 프로그램의 경우 사용자 사례 (요구 사항)와 개발 작업 간의 관계는 대부분 간단합니다. 사용자 사례를 몇 가지 작업으로 나누기 …

12 agile project-management user-story task

4

고객의 요구 사항이 전혀 변하지 않을 때 Agile을 사용하는 것이 잘못 되었습니까?

최근에 Agile을 사용하는 주요 이유 중 하나가 클라이언트가 종종 요구 사항을 변경하기 때문에 많은 게시물을 보았습니다. 그러나 클라이언트 가 요구 사항을 자주 변경하지 않는다고 가정 해 봅시다 . 실제로, 고객은 약간 모호 할 수 있지만 (불합리하게 모호한 것은 아니지만) 확고한 요구 사항이 있지만 어쨌든 Agile을 사용합니다. 내가 애자일을 사용하는 이유는 …

12 agile development-process

8

신속한 프로토 타이핑은 민첩한 방법론에 어떻게 적합합니까?

민첩한 프로세스의 사용을 지시하는 대기업에서 일합니다. 예를 들어, 프로젝트에는 민첩한 개발 관리를 목표로하는 클라우드 기반 서비스를 사용합니다. 내가 일하는 특정 엔지니어링 그룹은 전통적으로 소프트웨어를 개발하지 않았으며 (대신 훨씬 더 조망적인 관점에서 프로젝트를 추진하는 데 도움이 됨) 변화하고 있습니다. 데이터 중심의 다가오는 예정 / 예정 소프트웨어 프로젝트가 다양합니다. 예를 들어, 데이터 …

12 python agile design prototyping product-management

6

작업에 여러 사람이 참여할 때 스크럼 작업에 접근하는 방법은 무엇입니까?

우리 회사에서는 한 개인이 단일 작업을 완료 할 수 없습니다. 각 작업마다 QA 및 코드 검토 담당자가 별도로 있습니다. 이것이 의미하는 바는 각 개인이 작업마다 완료하는 데 걸리는 시간에 대한 견적을 제공한다는 것입니다. 문제는 어떻게 화상을 입어야합니까? 시간을 집계하면 다음 추정치를 가정하십시오. 10 시간-개발 시간 4 시간-품질 관리 4 시간-코드 …

12 agile scrum

5

동적 언어는 민첩한 개발에 불리한가?

내가 애자일 개발에서 읽은 내용에는 종종 리팩토링 또는 엔지니어링 코드를 다이어그램으로 뒤집는 것이 포함됩니다. 물론 그 이상의 것이 있지만,이 두 가지 방법에 의존하는 관행을 고려한다면 동적으로 유형이 지정된 언어가 불리한가? 정적 유형의 언어는 리팩토링 및 리버스 엔지니어링을 훨씬 쉽게 만듭니다. 동적으로 입력되는 언어에서는 불가능하지 않은 경우 리팩토링 또는 (자동화 된) …

12 agile dynamic-typing static-typing

7

문서 성능 저하-처리 방법?

중요 : 우리가하지 더 문제 와 어떠한 소스 코드 문서를 . 이것은 정기적 인 코드 감사에 속하며 최신 상태로 유지됩니다. 우리의 문제는 개발자 문서 (또는 원하는 경우 "외부"), 프로그래머에서 프로그래머가 작성하는 경향이있는 블로그와 같은 작은 팁과 관련이 있습니다. 우리는 위키와 같은 시스템을 사용하여 프로그래머 문서 를 작성 합니다. 프로그래머가 특정 …

12 project-management agile documentation

9

스프린트는 얼마나 편안해야합니까?

스프린트에 배정 된 이야기를하는 것에 대한 태도는 무엇인가? 분명히 스프린트에서 작업을 수행하도록 우선 순위를 정하고 싶지만, 민첩성의 전체 요점은 역동적입니다. 예상치 못한 일이 일어나고 그 이야기가 끝나지 않고 다음 스프린트로 밀려날 때, 당신은 당신이 잘못한 느낌을 원하지 않습니다. 그것은 무섭거나 부정적인 경험이 아니어야합니까? 스프린트 커밋을 놓치면 부정적인 / 무서운 경험이 …

12 agile sprint

7

신입 사원에게 숙련 된 개발자와 별도의 하위 프로젝트를 제공하면 초보자가 더 빨리 증가 할 수 있습니까?

한 팀에 7 명의 개발자가 있으며 짧은 기간 (약 1 개월)에 개발 속도를 두 배로 늘려야합니다. "더 많은 개발자를 고용하면 처음 몇 개월 동안 만 생산성이 떨어집니다"라는 상식적인 규칙이 있다는 것을 알고 있습니다. 이 프로젝트는 전자 상거래 웹 서비스이며 약 270K 라인의 코드를 가지고 있습니다. 지금은 아이디어를 두 개 이상의 …

12 productivity agile team

6

개발자가 스크럼 마스터가되는 것이 가치가 있습니까? 공식 명칭입니까?

개발자가 '스크럼 마스터'가되는 것이 유익합니까? 이것은 공식 인증입니까 아니면 전문가입니까? 하나가되는 단계는 무엇입니까?

12 agile scrum scrum-master

«agile» 태그된 질문