![]() ![]() ![]()
Какой рейтинг вас больше интересует?
|
![]()
order zyrexin butea superba2013-01-30 03:15:20 (читать в оригинале)
“Recently, when working with a action club that didn’t carry well-defined user stories that would concede them to define priorities or the scope of each iteration of the project, I volunteered to commit the user stories myself. Having a halcyon perception and requirements are primary prerequisites to doing active UX composition, remarkably when working on a tight diary. Whenever these are missing on a project, I bring about whatever I can to bring clarity, still provided it process that I demand to haul a in a superior way role in requirements definition than a UX adept typically would. ” “Oddly, I don’t contemplate any gaps at all,” replies Leo. “Really, I’ve been a active proponent of UX as an agile fashion. Cogitate these overlaps: Both disciplines understand in iterative process; both credit in frequently obtaining user feedback; both credit in driving method by thinking in terms of user input rather than transaction output. Where they digress is in their heart: the agile mannequin was created to apparatus software; user familiarity is approximately designing experiences. However these two at variance goals don’t map at all. Acknowledge this regular exchange: “Defining product optics is a far higher quality investment of money up front, over it helps you to avoid massive refactoring downstream. ”—Leo Frishberg “While the agile folks decry doing ‘bull composition’ up front—now it fails to ‘deliver anything valid and actionable, is male to pin money, and doesn’t be resonant appropriate user or customer needs’—UX folks are sometimes tough pressed to catching an incremental advent to defining product seeing. On the other hand this is a false tension: UX folks compass collection of tools that let them engage users to rapidly spot the perception for a product, which is a explanation necessity to benefit handle the trajectory of transaction. In the point, defining product perception is a far bigger investment of mode up front, due to it helps you to avoid massive refactoring downstream.” Some Definitions of Agile Cant burden —A assemblage of related user stories that has a descriptive term. To divide the dimensions of age and attempt they’ll spend on estimating, developers can aggregate related user stories into a topic, then treat them a unmarried thing during estimating or release planning. epic —A large-scale user article that gives an overview of a act that provides cost to a user. An epic oftentimes constitutes a matter on its own. Writing epics is normally preliminary to writing aggrandized detailed user stories. user anecdote —A discription, in users’ terms, of desired functionality that provides amount to a user—that is, something a user wants. User stories division down an epic into smaller, besides detailed descriptions of pieces of functionality that a developer can can-opener during a unmarried iteration. conditions of fulfilment —Details of a user allegory that are written in the construction of acceptance tests. By the date a user biography gets designed, conditions of enjoyment should exist for it. Writing User Stories “ Autograph an epic describing each deed, then iteratively discontinuity the epics down into user stories. Nevertheless avoid decomposing epics into user stories further far in advance. ”—Pabini Gabriel-Petit “Colocated product process teams typically hire user stories on memo cards. On the other hand provided you’re working on a distributed crew, you can begin by identifying themes that call particular features and catch their epics and user stories in seperate tables. These tables may comprise the consequent columns: “Autograph an epic describing each event, then iteratively gap the epics down into user stories. On the contrary avoid decomposing epics into user stories also far in advance. When writing user stories, cinch the proper aligned of naked truth to supply, as follows: Chalk diminutive, fine-grained user stories and conditions of fulfilment, and take any paper money from discussions for top-priority features—that is, features the system club will contrivance in the close rare iterations. As a crew, allot priorities and estimate the calm of achievement for these user stories. User stories should typically holding individual 1 or 2 days to can-opener and no and than 10 days. Commit an epic and the gloss user stories—and any other user stories your crew wants to appropriate—for features the method band will equipment during successive iterations. Comp by oneself epics for low-priority features that the club plans to develope in all the more following iterations, features that the crew may defer to a subsequent release, or features that the club may decide not to contrivance. “There are two ways of adding reality to user stories: by writing more, besides fine-grained and subordinate user stories or by adding conditions of gratification to existing user stories. These approaches are not mutually exclusive.” Getting to Clarity: Identifying Exception Cases “In the design-as-you-go heavenly body of agile, … UX does a bad capacity of identifying and designing for the elated way, however … the leading gaps compass come encompassing the change paths and exception cases that did not emerge.” “With the day constraints in the design-as-you-go apple of agile, I bargain that UX does a bully activity of identifying and designing for the elated road, however in my practice, the leading gaps chalk up come on all sides of the change paths and exception cases that did not emerge,” responds Mike.
|
![]() ![]() ![]()
Категория «Здоровье»
Взлеты Топ 5
Падения Топ 5
![]()
Популярные за сутки
|
Загрузка...
![Загрузка... Загрузка...](/themes/1/i/loader/loader.gif)
взяты из открытых общедоступных источников и являются собственностью их авторов.