Jack Whalen

dblp:89/3543 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
0since 2021 · last 2006
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 1Human-computer interaction and ubiquitous computing · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
1 paper
Empirical software engineering · 44% Requirements engineering and software design · 44% Software maintenance and evolution · 13%
Human-computer interaction and pervasive computing
1 paper
Collaborative and social computing · 50% Ubiquitous computing and smart environments · 50%

Topics — the 4 heaviest of 6, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Requirements engineering and software design
design knowledge
0.112006
The problem of knowledge decoupling in software development projects · ICSE 2006
Empirical software engineering
developer studies
0.112006
The problem of knowledge decoupling in software development projects · ICSE 2006
Collaborative and social computing › knowledge management
knowledge sharing
0.012003
Information use of service technicians in difficult cases · CHI 2003
Software maintenance and evolution
software integration
0.012006
The problem of knowledge decoupling in software development projects · ICSE 2006

Methods — techniques the papers use, named apart from their topics

ethnographic investigation · 0.1interview study · 0.0ethnographic observation · 0.0
YearPublicationVenuePosition
2006 The problem of knowledge decoupling in software development projects
abstract
In our ethnographic investigation of software integration projects a recurrent pattern emerges. The detailed understanding leaders have of the design and development decreases over time as they become busier and busier attending meetings, creating documents, and resolving issues and thus cannot spend much time on design or development work. As a result, their leadership becomes increasingly decoupled from the work of the project. We discuss various dimensions of this problem.
Yutaka Yamauchi, Jack Whalen, Nozomi Ikeya, Erik Vinkhuyzen
ICSE2
2003 Information use of service technicians in difficult cases
abstract
Service technicians in the field often come across difficult service problems that are new to them. They have a large number of resources that they can draw on to deal with such problems, including both people and documents. We have undertaken a detailed study of technicians' everyday work, and have discovered two distinct types of information use, reflecting two different problem-solving practices. The less frequently used problem-solving practice is instruction following, where technicians follow company-documented Repair Analysis Procedures (RAPs). The second, more common practice is gleaning, where the information is gathered from many sources -- including other technicians and informal tips, which are documents written by technicians describing their invented solutions to hard service problems. Our observations show how the informational and interface affordances of the system for accessing the tips support their easy incorporation into the gleaning approach for problem solving in difficult cases. We also recommend ways that RAPs can be augmented to provide affordances for gleaning, and more effective instruction following.
Yutaka Yamauchi, Jack Whalen, Daniel G. Bobrow
CHI2