Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Mayuram S. Krishnan

dblp:62/5198 · DBLP profile ↗
← Back
11ranked-venue papers
2as first author
0since 2021 · last 2020
—ORCID · none

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

Software engineering, systems software and programming languages · 5 · 1 first-authorDatabases, data management, data science and information retrieval · 3Artificial intelligence and machine learning · 2 · 1 first-authorHuman-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
5 papers
Empirical software engineering · 72% Software maintenance and evolution · 20% Requirements engineering and software design · 8%
Human-computer interaction and pervasive computing
2 papers
Collaborative and social computing · 100%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Storage systems · 91% Cloud and datacenter computing · 9%

Topics — the 14 heaviest of 15, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Software maintenance and evolution
software defects
0.022003
Empirical Analysis of CK Metrics for Object-Oriented Design Complexity: Implications for Software Defects · IEEE Trans. Software Eng. 2003
Measuring Process Consistency: Implications for Reducing Software Defects · IEEE Trans. Software Eng. 1999
Empirical software engineering › software metrics
object-oriented design metrics
0.012003
Empirical Analysis of CK Metrics for Object-Oriented Design Complexity: Implications for Software Defects · IEEE Trans. Software Eng. 2003
Empirical software engineering
software metrics
0.012003
Empirical Analysis of CK Metrics for Object-Oriented Design Complexity: Implications for Software Defects · IEEE Trans. Software Eng. 2003
Collaborative and social computing › team collaboration
team coordination
0.012002
Rapid Software Development through Team Collocation · IEEE Trans. Software Eng. 2002
Empirical software engineering
developer studies
0.012002
Rapid Software Development through Team Collocation · IEEE Trans. Software Eng. 2002
Collaborative and social computing
co-located collaboration
0.012000
How does radical collocation help a team succeed? · CSCW 2000
Collaborative and social computing
computer-supported cooperative work
0.012000
How does radical collocation help a team succeed? · CSCW 2000
Requirements engineering and software design › software process
software process measurement
0.011999
Measuring Process Consistency: Implications for Reducing Software Defects · IEEE Trans. Software Eng. 1999
Storage systems
data placement
0.011999
Resource Scheduling In A High-Performance Multimedia Server · IEEE Trans. Knowl. Data Eng. 1999
Storage systems › i/o scheduling
disk scheduling
0.011999
Resource Scheduling In A High-Performance Multimedia Server · IEEE Trans. Knowl. Data Eng. 1999
Storage systems
multimedia storage
0.011999
Resource Scheduling In A High-Performance Multimedia Server · IEEE Trans. Knowl. Data Eng. 1999
Software maintenance and evolution
software process improvement
0.012002
Measurement Programs in Software Development: Determinants of Success · IEEE Trans. Software Eng. 2002
Collaborative and social computing › team collaboration
virtual teams
0.012000
How does radical collocation help a team succeed? · CSCW 2000
Cloud and datacenter computing › datacenter architecture
server architecture
0.011999
Resource Scheduling In A High-Performance Multimedia Server · IEEE Trans. Knowl. Data Eng. 1999

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

field study · 0.1survey · 0.1regression analysis · 0.1questionnaire · 0.1observational analysis · 0.1interviews · 0.1statistical analysis · 0.0regression · 0.0longitudinal study · 0.0replication · 0.0load balancing · 0.0declustering · 0.0
YearPublicationVenuePosition
2020 How Does Customer Service Offshoring Impact Customer Satisfaction?
abstract
Information technology (IT) plays a vital role in customer relationship management (CRM), because CRM processes include the collection and analysis of customer information, firms use technology tools to interact with customers, and IT created the conditions under which firms can offshore CRM processes. Customers have negative perceptions toward offshoring, which suggests that firms might be reluctant to offshore IT-enabled CRM processes. However, firms have significantly increased offshoring for CRM processes, presenting a conundrum. Why would firms increase offshoring for CRM processes if there could be a risk to customer satisfaction?This paper helps to resolve the conundrum by studying the impact of CRM sourcing on customer satisfaction with the firm’s products and services, as measured by the American Customer Satisfaction IndexTM. We analyze data for 150 North American firms and business units over a nine-year period. Front office offshore outsourcing and front office onshore outsourcing are both negatively associated with customer satisfaction, which suggests that negative customer perceptions may be due to the firm boundary dimension rather than the geographic location dimension. Front office offshore outsourcing is not statistically significant for services firms, which suggests that customers are more accepting of offshore providers in a service setting. Over time, the coefficient for back office offshore outsourcing has become more positive, which suggests that firms may expect to see a similar improvement for front office offshore outsourcing in the future. Our empirical results provide a basis to understand why firms have increased IT-enabled CRM offshoring despite short-term risks to customer satisfaction.
Jonathan Whitaker, Mayuram S. Krishnan, Claes Fornell, Forrest V. Morgeson III
J. Comput. Inf. Syst.2
2018 How Client Capabilities, Vendor Configuration, and Location Impact BPO Outcomes
abstract
Despite the increasing use of onshore and offshore business process outsourcing (BPO), a comprehensive literature review [38] finds that there has been limited empirical research on BPO outcomes. This article responds to the call for research by developing and testing a conceptual model for BPO outcomes using data from 50 firms publicly traded in the U.S., including 38 firms in the Forbes Global 2000. We find that client firm capabilities, vendor configuration, and country location lead to interesting tradeoffs in the BPO quality, cost, and time outcomes. For example, while multi-sourcing offers advantages such as risk mitigation, client firms encounter reduced BPO time benefits when they use multiple vendors. While onshore BPO can lead to an improved quality, higher onshore labor costs result in lower BPO cost savings. And while offshore destinations such as India offer lower labor costs, time zone differences lead to reduced BPO time benefits.
Jonathan Whitaker, Mayuram S. Krishnan
J. Comput. Inf. Syst.3
2008 High tech, high touch: The effect of employee skills and customer heterogeneity on customer satisfaction with enterprise system support services
Narayan Ramasubbu, Sunil Mithas, Mayuram S. Krishnan
Decis. Support Syst.3
2005 The Impact of Institutional Forces on Software Metrics Programs
abstract
Software metrics programs are an important part of a software organization's productivity and quality initiatives as precursors to process-based improvement programs. Like other innovative practices, the implementation of metrics programs is prone to influences from the greater institutional environment the organization exists in. In this paper, we study the influence of both external and internal institutional forces on the assimilation of metrics programs in software organizations. We use previous case-based research in software metrics programs as well as prior work in institutional theory in proposing a model of metrics implementation. The theoretical model is tested on data collected through a survey from 214 metrics managers in defense-related and commercial software organizations. Our results show that external institutions, such as customers and competitors, and internal institutions, such as managers, directly influence the extent to which organizations change their internal work-processes around metrics programs. Additionally, the adaptation of work-processes leads to increased use of metrics programs in decision-making within the organization. Our research informs managers about the importance of management support and institutions in metrics programs adaptation. In addition, managers may note that the continued use of metrics information in decision-making is contingent on adapting the organization's work-processes around the metrics program. Without these investments in metrics program adaptation, the true business value in implementing metrics and software process improvement is not realized.
Anandasivam Gopal, Tridas Mukhopadhyay, Mayuram S. Krishnan
IEEE Trans. Software Eng.3
2003 Empirical Analysis of CK Metrics for Object-Oriented Design Complexity: Implications for Software Defects
abstract
To produce high quality object-oriented (OO) applications, a strong emphasis on design aspects, especially during the early phases of software development, is necessary. Design metrics play an important role in helping developers understand design aspects of software and, hence, improve software quality and developer productivity. In this paper, we provide empirical evidence supporting the role of OO design complexity metrics, specifically a subset of the Chidamber and Kemerer (1991, 1994) suite (CK metrics), in determining software defects. Our results, based on industry data from software developed in two popular programming languages used in OO development, indicate that, even after controlling for the size of the software, these metrics are significantly associated with defects. In addition, we find that the effects of these metrics on defects vary across the samples from two programming languages-C++ and Java. We believe that these results have significant implications for designing high-quality software products using the OO approach.
Ramanath Subramanyam, Mayuram S. Krishnan
IEEE Trans. Software Eng.2
2002 Measurement Programs in Software Development: Determinants of Success
abstract
Measurement programs in software organizations are an important source of control over quality and cost in software development. The findings of this research presented here are based on an industry-wide survey conducted to examine the factors that influence success in software metrics programs. Our approach is to go beyond the anecdotal information on metrics programs that exists in the literature and use the industry-wide survey data to rigorously test for the effects of various factors that affect metrics programs success. We measure success in metrics programs using two variables-use of metrics information in decision-making and improved organizational performance. The various determinants of metrics program success are divided into two sets-organizational variables and technical variables. The influence of these variables on metrics programs success is tested using regression analysis. Our results support some of the factors discussed in the anecdotal literature such as management support, goal alignment, and communication and feedback. Certain other factors such as metrics quality and the ease of data collection are not as strongly influential on success. We conclude the paper with a detailed discussion of our results and suggestions for future work.
Anandasivam Gopal, Mayuram S. Krishnan, Tridas Mukhopadhyay, Dennis R. Goldenson
IEEE Trans. Software Eng.2
2002 Rapid Software Development through Team Collocation
abstract
In a field study conducted at a leading Fortune 100 company, we examined how having development teams reside in their own large room (an arrangement called radical collocation) affected system development. The collocated projects had significantly higher productivity and shorter schedules than both the industry benchmarks and the performance of past similar projects within the firm. The teams reported high satisfaction about their process, and both customers and project sponsors were similarly highly satisfied. The analysis of questionnaire, interview and observational data from these teams showed that being "at hand," i.e. both visible and available, helped them to coordinate their work better and learn from each other. Radical collocation seems to be one of the factors leading to high productivity in these teams.
Stephanie D. Teasley, Lisa Covi, Mayuram S. Krishnan, Judith S. Olson
IEEE Trans. Software Eng.3
2000 How does radical collocation help a team succeed?
abstract
Companies are experimenting with putting teams into warrooms, hoping for some productivity enhancement. We conducted a field study of six such teams, tracking their activity, attitudes, use of technology and productivity. Teams in these warrooms showed a doubling of productivity. Why? Among other things, teams had easy access to each other for both coordination of their work and for learning, and the work artifacts they posted on the walls remained visible to all. These results imply that if we are to truly support remote teams, we should provide constant awareness and easy transitions in and out of spontaneous meetings.
Stephanie D. Teasley, Lisa Covi, Mayuram S. Krishnan, Judith S. Olson
CSCW3
1999 Resource Scheduling In A High-Performance Multimedia Server
abstract
Supporting continuous media data-such as video and audio-imposes stringent demands on the retrieval performance of a multimedia server. In this paper, we propose and evaluate a set of data placement and retrieval algorithms to exploit the full capacity of the disks in a multimedia server. The data placement algorithm declusters every object over all of the disks in the server-using a time-based declustering unit-with the aim of balancing the disk load. As for runtime retrieval, the quintessence of the algorithm is to give each disk advance notification of the blocks that have to be fetched in the impending time periods, so that the disk can optimize its service schedule accordingly. Moreover, in processing a block request for a replicated object, the server will dynamically channel the retrieval operation to the most lightly loaded disk that holds a copy of the required block. We have implemented a multimedia server based on these algorithms. Performance tests reveal that the server achieves very high disk efficiency. Specifically, each disk is able to support up to 25 MPEG-1 streams. Moreover, experiments suggest that the aggregate retrieval capacity of the server scales almost linearly with the number of disks.
HweeHwa Pang, Bobby Jose, Mayuram S. Krishnan
IEEE Trans. Knowl. Data Eng.3
1999 Measuring Process Consistency: Implications for Reducing Software Defects
abstract
In this paper, an empirical study that links software process consistency with product defects is reported. Various measurement issues such as validity, reliability, and other challenges in measuring process consistency at the project level are discussed. A measurement scale for software process consistency is introduced. An empirical study that uses this scale to measure consistency in achieving the CMM goal questions in various key process areas (KPAs) in 45 projects at a leading software vendor is reported. The results of this analysis indicate that consistent adoption of practices specified in the CMM is associated with a lower number of defects. Even a relatively modest improvement in the consistency of implementing these practices is associated with a significant reduction in field defects.
Mayuram S. Krishnan, Marc I. Kellner
IEEE Trans. Software Eng.1
1998 An empirical analysis of customer satisfaction for Intranet marketing systems
Mayuram S. Krishnan, Venkatram Ramaswamy
Decis. Support Syst.1