Working PapersSaha, Rajib. "Compliance Trumps Volume"
Working PapersSaha, Rajib., Seidmann, Avi., Tilson, Vera. "The Impact of Custom Contracting on the Key Information Roles of Group Purchasing Organizations (GPOs) in the Healthcare Supply Chain"
Working PapersMani, Deepa. "Greenfield Investments Versus Acquisitions: Capital Market Drivers of R&D Organization in Technology-Intensive Industries"Read Abstract >Close >
Working PapersBarua, Anitesh., Mani, Deepa. "Market Myopia and Firm-Specific Risk: Reexamining the Financial Value of Information Technology (IT) Decisions"Read Abstract >Close >Firm-level studies of the financial impacts of Information Technology (IT) events have often focused on announcement period returns based on the capital asset pricing model (CAPM). This approach may have two sets of distinct but related limitations for many classes of IT events. First, the use of announcement period assumes the market is efficient in its assimilation and pricing of all information about the event. However, a firm not be aware of the organizational changes required for success of the IT event, or may not have the incentive to disclose such information for competitive reasons. Either way, we expect many types of IT events to be characterized by low information disclosure, which, along with investor biases, is likely to impede efficient pricing of the IT event by financial markets. Second, event studies in Information Systems (IS) largely rely on CAPM, which considers only systematic risks in the pricing of expected returns on IT assets, and assumes that idiosyncratic or firm-specific risks are eliminated through efficient diversification. Yet one of the foundations of the IS discipline is the notion that IT matters, largely because firms have different capabilities to develop, deploy and manage IT resources to create value. Thus there is a disconnect between a basic theoretical tenet of the IS field and the methodology deployed to assess the value of IT events. We develop a framework involving the maturity of the IT event and the scope of complementary changes to assess the extent of information disclosure and idiosyncratic risk, which, in turn, indicate the suitability of different methodologies to assess financial value of the IT event. We empirically illustrate our approach for the case of large scale IT and IT-enabled outsourcing, and conclude with implications for future IS research.

Working PapersShmueli, Galit., Lin, M.,, Lucas, H. "Is More Always Better? Larger Samples and False Discoveries"Read Abstract >Close >The Internet presents great opportunities for research about information technology, allowing IS researchers to collect very large and rich datasets. It is common to see research papers with tens or even hundreds of thousands of data points, especially when reading about electronic commerce. Large samples are better than smaller samples in that they provide greater statistical power and produce more precise estimates. However, statistical inference using p-values does not scale up to large samples and often leads to erroneous conclusions. We find evidence of an over-reliance on p-values in large sample IS studies in top IS journals and conferences. In this commentary, we focus on interpreting effects of individual independent variables on a dependent variable in regression-type models. We discuss how p-values become deflated with a large sample and illustrate this deflation in analyzing data from over 340,000 digital camera auctions on eBay. The commentary recommends that IS researchers be more conservative in interpreting statistical significance in large sample studies, and instead, interpret results in terms of practical significance. In particular, we suggest that authors of large-sample IS studies report and discuss confidence intervals for independent variables of interest rather than coefficient signs and p-values. We also suggest taking advantage of a large dataset for examining how coefficients and p-values change as sample size increases, and for estimating models on multiple subsamples to further test robustness.

  • Page 1 of 2
  • >