참고 : Jira/Greenhopper로 태그 지정되었지만 Kanban (일반적으로)을 사용하는 프로젝트 관리 솔루션에이 질문이 적용되거나 사용자 스토리를 정의하는 몇 가지 방법이 있습니다.UI 요소에 몇 개의 카드/사용자 스토리를 만들 수 있습니까? (언어/프레임 워크에 독립적 인)
시나리오 :
의이 이해 관계자/주제 전문가는 기능/사용자 스토리와 함께 나에게 와서 "사용자가 자신의 데이터를 저장할 수있는 버튼이 있어야한다"라고 가정 해 봅시다.
시나리오 분석에서 내 자신의 내부/정신 담론 : "명백한 캡틴 '의 역할을 가정
를, 내가 무슨이 그 버튼을 만들거나 할 때 만들어 질 고려가 어떤 UI 요소와 알고 - 일부는 이해 관계자가 결정할 수 있으며 일부는 개발자의 재량에 따라 결정될 수 있습니다. 단추의 시각적 스타일, 단추의 전략적 배치 및 단추 뒤에있는 기능은 모두 작업/고려해야 할 사항입니다.
문제점
정말 칸반처럼, 나는 카드 (들) 나는이 기능 요청에서 파생하고 사용자 스토리를 표현을 만들려는하지만, UI 요소/컨트롤 문제를 제기하기 때문에 : 그들은 형태와 기능 모두입니다. 버튼 클릭 뒤에있는 기능과 마찬가지로 양식에 코드가 필요한 경우가 많습니다. 의도 된 기능을 코딩하는 형태를 정의하는 작업을 보여주는 하나는 - -
[질문
그래서,이 카드를 만들려면 어떻게해야합니까하거나 사실이기 때문에 단순히 하나 개의 카드로 모든 물건 않습니다 하나의 요소/컨트롤 하나의 목적으로? 생각
이 사소한 소리, 확실히 임의하지만 난 정말 최고 등 제품 소유자/팀 /에 전달 카드를 만들어 앞으로 내 연습을 수행하는 가장 좋은 방법을 원하고 있습니다 후
... UI 기능과 관련된 작업 (필요한 작업)
방법론 질문은 Software Engineering SE로, 프로젝트 관리 질문은 Project Management SE로 이동해야하므로이 질문을 주제와 관련이 없으므로 닫으려고합니다. – Makyen