- Shuffle
Toggle OnToggle Off
- Alphabetize
Toggle OnToggle Off
- Front First
Toggle OnToggle Off
- Both Sides
Toggle OnToggle Off
Front
How to study your flashcards.
Right/Left arrow keys: Navigate between flashcards.right arrow keyleft arrow key
Up/Down arrow keys: Flip the card between the front and back.down keyup key
H key: Show hint (3rd side).h key
![]()
PLAY BUTTON
![]()
PLAY BUTTON
![]()
56 Cards in this Set
- Front
- Back
|
"IT doesnt matter thesis"
|
IT is not infrastructure of business - like electricity and railroads
available cheaply and no longer adds to comp. advantage big risk: overspending and expecting too much |
|
sustainability
|
reproducing IT does NOT equal reproducing IT dependent strategic initiative
|
|
sustainable competitive advantage
|
when firm is able to protect its comp. advantage in the face of competition
do not focus on theoretical replication sustainabiilty is a continuum: how much time and money to erode advantage the higher the advantage, the more resilient it is to imitation |
|
response lag
|
time it takes competitors to act agressively enough to erode firm's comp. advantage
measure of delay in competitive response |
|
response lag drivers
|
technology, firm, competitors, etc. that makes replication hard and costly
these factors work in combination to form barriers to erosion |
|
sustained competitive advantage -- barriers
|
IT-resources barriers
complementary resource barriers IT-project barrier preemption barrier |
|
IT resources barrier
|
rely on access to IT assets and capabilities necessary to produce and use tech. at the core
IT assets and capabilities more reliance on preexisting resources = harder to replicate |
|
IT assets vs. capabilities
|
IT assets: available resources, what the firm has (IT infrastructure, info. repositories)
IT capabilities: skills and capabilities of workforce; what firm CAN do (IT tech. skills, mgt. skills, relationship assets) |
|
IT infrastructure
|
components managed by specialists to provide std. serves to org.
|
|
IT tech. skills and mgt. skills
|
tech. skils: ability to design and develop effective comp. apps.
mgt. skillls: provide leadership and create more a response lag |
|
relationship assets
|
respect and rapport between IS function and business managers
|
|
value creation
|
CWP - SOC
opp. to make profit, gain advantage |
|
added value
|
measure of comp. advantage
value lost if firm leaves mkt. max. amt. of value firm can appropriate function of uniqueness |
|
value appropriation over time
|
sustainable comp. advantage
|
|
complementary resources barrier
|
as initiative becomes more reliant on comp. resources, barrier to imitation gets stronger, and replication becomes slower, costlier, and harder
structural resources: used to enact IT dep. start. initiative (tangible, intangible) capabilities: how firm carries out its productive activities (activity system, business processes) ext. resources: assets that do not reside with the firm but accumulate with other firms and clients (brand, dist. channels) |
|
capabilities -- comp. resources barrier
activity system vs. business processes |
how firm carries out prod. activities
activity system: interlocking and mutually reinforcing econ. activities that show int. consistency and are appropriately configured business processes: steps that a firm performs in order to complete and economic activity |
|
structural resources -- comp. resources barrier
tangible vs. intangible |
used to enact IT-dep. strat. initiatives
tangible: comp. scope, phys. assets, scale of ops. and mkt. share, org. structure, governance, slack resources intangible: corp. culture, top mgt. commitment, risk management |
|
IT project barrier
|
relies on essential enabling IT core
cannot be implemented until necessary tech. has been correctly introduced IT characterisitics: IT complexity and uniqueness, visibility implementation process: complexity, degree of process change |
|
IT characterisitcs -- IT project barrier
complexity vs. uniqueness vs. visibility |
complexity: function of bundle of skills and knowledge to to effectively IT project barrier
uniqueness: degree of tailoring IT to the core, off shelf vs. custom developed visibility: extent to which comp. can easily observe tech. |
|
implementation process -- project barrier
process complexity vs. degree of change |
implementation process complexity: function of process size and scope, # of units involved, complexity of user reqs.
degree of process change: function of IT breadth and scope, change is harder and riskier when more depts. are involved and boundaries are crossed |
|
preemption barrier
|
even if competitor is able to replicate IT dependent strat. initiative, response may be unsuccessful if:
- leader created pref. relationship with customers or other members of the value system - leader introduced substantial switching costs when this occurs.. - compensate customer for cost of switching - provide additional value to justify switching costs |
|
switching costs -- preemption barrier
- co spec. tangible vs. co spec. intangible investments |
switching costs: total amt. of costs borne by a person when they leave exchange they are involved in
- C/S tangible investments: total capital outlay is necessary to obtain phys. assets - C/S intangible investments: firm's customers or channel partners to invest time and money to partake in initiative |
|
value system structure -- preemption barrier
- relationship exclusivity vs. concentrated value system link |
opps. for preemptive strategies and for exploitation of response lag drivers
- relationship exclusivity: electing to do business with only one firm - concentrated value systems link: few org. or clients to work with |
|
building a sustainable comp. advantage
|
1. acquire rich repos. of customer info.
2. slice and dice data to develop marketing marketing strategies 3. identify core customers by predicting their lifetime value 4. gather and respond to spec. info. on customer pref. 5. reward employees who prioritize customer service |
|
actionable strategy
|
tell employees daily:
- if you can persuade one more customer to visit once more this year you have had a professional youve had a good shift; if you get 3+, you've had a great shift |
|
value creation
|
focus on CLV
link and integrate wide range of info. about customer: touch points, acitivies, customer behaviors use info. to develop and evaluate mkt. strategies |
|
dynamics of sustainabilities
|
capability development: org. improves performance over time by developing ability to use resources for max. competitiveness -- learning by using
asset stock accumulation: firms accrue resources over time; assets are usually developing over time and cannot be accelerated (ex: getting data over time) MANAGER'S ROLE: plan to stay ahead of comp., look for opps. to reinforce barriers to erosion |
|
applying sustainability framework
|
determine when to pursue IT stat. initiative
ask to types of questions: prereq. and sustainability for leaders trying to say ahead or laggers trying to catch up |
|
prereq. questions
|
is the initiative aligned with our strategy?
are we focused on cost reduction, increased CWP, or both? what IS design is needed for initiative? |
|
sustainability questions
|
which comp. can replicate initiative?
how long before comp. can offer same value prop.? will replication even help competitors? what paths does innovation create? |
|
how hard can IT be?
|
very
|
|
info. systems development
|
tech. development: process of creating core IT; can be acquired and integrated into existing infrastructure; IT can be custom built for or by org.
IS development: integrating tech. with other components to get a working system |
|
3 approaches to info. systems development
|
1. custom design
2. system selection and acquisition 3. end use development |
|
advantages of custom development
|
unique tailoring: molded to fit firms; does not require customization of custom development
flex. and control: building from scratch allows SF to be built in any form and modified whenever |
|
advantages of purchasing
|
faster roll-out
knowledge infusion: seeking out best practices to code applications econ. attractive: gain from econ. of scale from vendor high quality: heavily tested |
|
make AND buy
|
blending custom development and selection approaches:
- buying off shelf and modifying - they becoming larger and more complex and require modifiction to fit firm's needs |
|
systems development life cycle
|
SDLC approach is predicted on notion that detailed justification and planning will reduce risk and uncertainty in systems development
- involvement from FM and end users is important - time to analyze reqs. - requires change be kept to min. after project starts |
|
principal phases of SDLC
|
definition: investigation, feasibility an systems analysis
build: system design, programming, testing implementation: installation, operations, matinence |
|
SDLC: definition phase
|
identify features and functions of proposed system
involve end users and FMs INVESTIGATE: business issues system will address FORMULATE: goals of system, scope of design, value prop. of new system INFORMAL STAGE feasilibility anaysis and systems analysis systems analysts: articulate system reqs., act as liason with tech. staff |
|
feasilibity analysis
|
used to ensure resources are put to best use
tech, operational, economic provide cost/benefit analysis |
|
systems analysis
|
identifying and articulating system reqs.
seeking out and value of end-users and other stakeholders SYSTEMS REQ. DOC: details inputs system will accept and outputs it will introduce; once approved reqs. are unchangable; |
|
SDLC: build phase
|
systems design: creates overall design using system reqs. doc. from defintion phase; output = precise set of docs. programmers use to write code
programming: translating abstract software design into directions that can be executed by hardware; doc. is essential for support, matienence, and upgrades testing: constant during development; formal testing is essential; release application when flawless |
|
SDLC: implementation phase
|
process of ensuring that tech. is properly integrated with other components of info. system -- critical component
end user training change management: smoothing transition operations: becomes a permanent asset matinence: requires project mgt. and exec. involvement installation: software is loaded on hardware and databases are populated; occurs during slow periods or org. -- (4 approaches: parallel, direct, phased, pilot) |
|
parallel installation approaches
|
old and new systems run together in parallel
- offers insurance against failure of new - more costly - redundant - overlapping |
|
direct/cutover installation approach
|
old system is discont. and firm cuts over with new one
- most radical - can be unavoidable -- y2k |
|
phased installation approach
|
new system progressively replaces old one
- best suited for componentized or modular apps. that can be rolled out in steps |
|
pilot installation approach
|
allows firm to run system in one dept before rolling it out completely
- good for multi-unit companies |
|
advantages of SLDC
|
systematic approach of software development
identifies roles and expectations of team members best suited for large scale projects designed for cost control enforces means of communication between project team and stakeholders |
|
prototyping
|
impossible to clearly estimate and plan complex info. systems
allows for flexibility and iteration in design process enabled by tools that speed up development process can be used within SLDC as a way to seek out user input |
|
prototyping lifecyle
|
alternative SDLC
1. requirement defs.: figuring out basic reqs.; less precise than SLDC bc reqs. are not frozen 2. initial protyping: first iteration; going forward could go in many directions 3. evaluation: reviewing prototype and providing FB 4. revision: design and coding of req. changes; new p/t is submitted for review 5. completion: occurs after multiple iterations; revision stops and system is finalized; doc. and and testing occur prior to final release |
|
advantages to prototyping
|
speedier
closer to user expectations: more user involvement; multiple iterations structure feedback enables experimentation best suited for small scale projects |
|
limitations to prototyping
|
software more likely to be lacking in security, robustness, and reliability
usually less thoroughly tested and documented can lead to unreasonable expectations and scope creep |
|
purchased software
|
acquisition process: identifiy, purchase, implement
usually initiated by mgt. interest implementation: similar to SDLC; change reqs. are usually greater for off the shelf products; users are trained to operate; may cause sub. change mgt.; org. should plan to invest a lot of resources |
|
end-user development
|
ways in which knowledge workers, NOT IT PEOPLE, create software to meet their own needs
ex: spreadsheets, personal databases (access), software programs with user friendly comp. language |
|
benefits of end user development
|
increased speed of development
end-user satisfaction -- when someone creates they are more likely to be satisfied with results reduced pressure of IS function |
|
risks of end user development
|
unreliable quality due to limited skills and knowledge of end users
high change of errors due to rapid development continuity risk: hard for others to use and understand |