«waterfall» 태그된 질문

두 가지 주요 소프트웨어 개발 방법론은 폭포와 민첩성입니다. 이 두 가지를 논의 할 때, 그것들을 구별하는 특정 관행 (쌍 프로그래밍, TDD 등 대 기능 사양, 큰 선행 디자인 등)에 종종 초점을 맞추고 있습니다. 그러나 이러한 관행은 철학에서 나온다는 점에서 실제 차이점은 훨씬 더 깊습니다. 폭포의 말 : 변화는 비용이 많이들므로 …

47 agile  development-methodologies  waterfall 

나는 일부 소프트웨어 개발자들이 이것에 매우 능숙하다는 것을 알고 있으며 종종 추상적 인 요구 사항으로 작동하는 개념을 제공 할 수있는 능력에 대해 찬사를 보냅니다. 솔직히, 이것은 나를 미치게 만들고, 내가 갈 때 "만들기"를 좋아하지 않습니다. 나는 이것이 문제가되었다고 생각했지만, 변화를 느끼기 시작했고, 아주 작은 방향으로 생각과 프로그래밍 과정을 조정할 필요가 …

44 agile  programming-practices  waterfall 

Agile에 관한 책을 쓸 수 없었습니다. 나는 그들의 프로세스를 애자일이라고 부르는 여러 상점에서 일했습니다. 애자일 개발의 주요 포인트 중 하나는 정기적 인 고객 참여입니다. 스프린트 후, 작업을 클라이언트에게 데모하여 피드백을 얻을 수 있습니다. 헹구고 반복하십시오. 내가 겪는 문제는 많은 고객들이 관여하고 싶지 않다는 것입니다. 그들은 폭포 접근 방식을 훨씬 선호합니다. …

23 agile  waterfall 

V 모델은 폭포의 아래쪽 절반이 V를 형성하기 위해 위쪽으로 구부러진 폭포 모델 일뿐입니다. 새로운 것이 어떻게 추가되는지 알 수 없습니다. 다이어그램에서 나는 흐름을 이해하지 못합니다. 모든 방향을 가리키는 화살표가 있으며 무엇이 먼저 나오는지 이해할 수 없습니다. 왼쪽 상단에서 하단 중앙으로 V를 따라 오른쪽 상단으로 다시 이동합니까? 아니면 항목을 낮추기 전에 …

19 development-process  model  waterfall  engineering 

필자의 경험에 따르면, 폭포수 모델 은 소프트웨어 개발의 현대 세계에서 실행 가능한 방법으로 간주 될 수 있도록 요구 사항 변경에 너무 융통성이없고 반응이없는 것으로 입증되었습니다. 보다 민첩하고 반복적 인 방법에 대한 성장과 입증 된 실적은 누구나 프로젝트 시작에서 제품 제공에 이르기까지 거의 또는 전혀 변화가없는 견고한 블록 프로세스를 따라야하는 이유가 …

14 development-methodologies  waterfall 

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

13 agile  scrum  waterfall 

일부 조직에서는 민첩한 채택이 실패 할 수 있습니다. 폭포가 유일한 (진정한) 방법이지만 프로젝트에서 민첩을 시도했지만 실패한 회사에서 일하기도했습니다. 내가 (후배 였음을) 아직도 기억했던 사람들에게 물었을 때, 나는 그들에게 실제로 일어난 나쁜 악몽을 상기시키는 것처럼 열심히 폐쇄되었습니다. 프로젝트가 실패한 이유를 모르겠습니다. 웹에서 애자일이 실패한 이유는 일부 회사이지만, 그 이유는 대부분 경제적 …

11 agile  methodology  waterfall  technique 

프로젝트 관리 팀은 "작동"이라는 말이 100 % 완료된 것으로 간주한다는 개념이있는 것으로 보입니다. 대부분의 프로그래머는 항상 그렇지는 않다는 것을 알고 있습니다. 일부 기능을 작동시키기 위해 대체 접근 방식을 시도한다고해서 반드시 최상의 솔루션을 찾은 것은 아니며 다른 개발자와 검토 한 후 재 작업이 필요하지 않습니다. 나는 종종 무언가를 끝내고 물러서서 비즈니스 …

10 agile  refactoring  optimization  waterfall 

약 1 년 반 전에 저는 애자일 개발을 주장하는 직장에 들어갔습니다. 내가 배운 것은이 장소가 몇 가지 민첩한 관행 (예 : 일일 스탠드 업, 스프린트 계획 및 스프린트 검토)을 채택했지만 원칙 (시간 / 충분한 정신, 실패, 조기 의사 소통, 풍부한 의사 소통)이 없다는 것입니다. 나는 이제 팀을보다 민첩하게 만드는 임무를 …

9 project-management  agile  waterfall 

저는 대학의 마지막 학기에 있으며 소프트웨어 엔지니어링 과정을 수강하고 있습니다. 이 수업에서는 다양한 소프트웨어 개발 방법에 대해 배웁니다. 우리가 집중하고 프로젝트를 개발하는 데 사용한 방법은 폭포 방식이었습니다. 강사가 잘못 구현 한 것 같습니다. 클래스 다이어그램에는 개인 속성을 포함한 모든 속성과 메서드를 나열해야했습니다. 기능을 최대한 짧고 집중적으로 유지하는 몇 가지 책, …

9 design  development-process  coding  waterfall 

휴무 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 우리 팀은 프로젝트 계획에서 개발 노력을 대표하도록 요청 받았습니다. 우리의 업무에 만족하지 못하거나 제공 능력에 의문을 제기하는 사람은 …

9 project-management  agile  waterfall 

폭포가 일반적으로 포함하는 곳 : 요구 사항 기능성 디자인 기술 설계 짓다 테스트 리뷰 (배포) 그리고이 목록에서 반복. 단계를 잊어 버렸다면 알려주십시오.

9 project-management  waterfall