Professional Documents
Culture Documents
FULL Download Ebook PDF Information Technology Project Management 5th Edition PDF Ebook
FULL Download Ebook PDF Information Technology Project Management 5th Edition PDF Ebook
FULL Download Ebook PDF Information Technology Project Management 5th Edition PDF Ebook
vi CONTENTS
PRINCE2® 31
PRINCE2® Processes 31
PRINCE2® Themes 32
PRINCE2® Principles 33
The Systems Development Life Cycle (SDLC) 34
The PLC and the SDLC 35
Implementing the SDLC 35
Waterfall 36
Agile Systems Development 38
What Is Agile? 38
Some Commonly Used Agile Methods 40
Waterfall versus Agile? 41
Learning Cycles and Lessons Learned 42
Chapter Summary 46
Review Questions 48
Husky Air—Pilot Angels Assignment 50
Martial Arts Academy (MAA) Assignment 51
Quick Thinking—Learning from Failure 53
Quick Thinking—Doing Agile or Being Agile? 54
Case Studies 55
Bibliography 58
Introduction 59
Measurable Organizational Value (MOV) 60
The MOV and Project Objectives 61
Developing the MOV 62
The Business Case 67
What Is a Business Case? 67
Developing the Business Case 68
Project Selection and Approval 76
The IT Project Selection Process 76
The Project Selection Decision 76
Chapter Summary 77
Review Questions 77
Husky Air Assignment—Pilot Angels 78
The Martial Arts Academy (MAA)—School Management
System 80
Quick Thinking—Measuring the Immeasurable 83
Quick Thinking—The Elevator Pitch 83
Case Studies 84
Bibliography 89
Marchewka ftoc.tex October 27, 2014 9:11 P.M. Page vii
CONTENTS vii
Introduction 91
Project Governance 92
The Project Team 94
The Project Manager 94
The Project Team 95
The Organization and Project Planning 96
The Functional Organization 96
The Project Organization 99
The Matrix Organization 100
Procuring External Project Resources 101
Procurement Planning 102
Contracts Between Sellers and Buyers 103
The Project Environment 105
The Project Charter 105
What Should Be in a Project Charter? 106
Project Identification 106
Project Stakeholders 107
Project Description 107
Measurable Organizational Value (MOV) 107
Project Scope 107
Project Schedule 107
Project Budget 108
Quality Standards 108
Resources 108
Assumptions and Risks 108
Project Administration 108
Acceptance and Approval 109
References 109
Terminology 109
Chapter Summary 110
Review Questions 111
Husky Air Assignment—Pilot Angels 112
The Martial Arts Academy (MAA)—School Management
System 113
Quick Thinking—The Project Sponsor 114
Quick Thinking—Projects as Social Networks 114
Case Studies 115
Bibliography 119
Marchewka ftoc.tex October 27, 2014 9:11 P.M. Page viii
viii CONTENTS
Introduction 149
Developing the Project Schedule 151
Marchewka ftoc.tex October 27, 2014 9:11 P.M. Page ix
CONTENTS ix
Introduction 173
Create a Risk Plan 176
Identify Risks 176
A Project Risk Identification Framework 176
Applying the Project Risk Identification Framework 178
Other Tools and Techniques 179
Analyze Risk 182
Qualitative Approaches 183
Quantitative Approaches 186
Discrete Probability Distributions 186
Continuous Probability Distributions 186
Develop Risk Strategies 191
Monitor and Control Risk 193
Respond and Evaluate Response to Risk 193
Chapter Summary 194
Review Questions 196
Husky Air Assignment—Pilot Angels 197
The Martial Arts Academy (MAA)—School Management
System 197
Quick Thinking—Send in the Reserves 198
Quick Thinking—Risky Management 199
Case Studies 200
Bibliography 204
Marchewka ftoc.tex October 27, 2014 9:11 P.M. Page x
x CONTENTS
Introduction 205
Stakeholder Analysis 206
The Informal Organization 206
Stakeholders 206
Stakeholder Analysis 206
Monitoring and Controlling the Project 207
The Project Communications Plan 209
Project Metrics 211
Burn-Down Chart 213
Earned Value 213
Analyzing Current Performance 216
Forecasting Project Performance 218
Reporting Performance and Progress 222
Information Distribution 222
Chapter Summary 223
Review Questions 224
Husky Air Assignment—Pilot Angels 225
The Martial Arts Academy (MAA)—School Management
System 227
Quick Thinking—Projects as Social Networks 228
Quick Thinking—Communication and Mentoring 229
Case Studies 230
Bibliography 233
Introduction 234
Quality Philosophies 237
Craftsmanship 237
Scientific Management 238
The Total Quality Management (TQM) Gurus 238
Process Capability and Maturity 240
The Project Quality Management Plan 242
Quality Philosophies and Principles 242
Quality Standards, Processes, and Metrics 244
Quality Assurance 245
Quality Control 247
Continuous Improvement: Learn, Mature, and Improve 251
Chapter Summary 251
Review Questions 252
Husky Air Assignment—Pilot Angels 253
The Martial Arts Academy (MAA)—School Management
System 253
Marchewka ftoc.tex October 27, 2014 9:11 P.M. Page xi
CONTENTS xi
Introduction 260
Project Leadership 261
Some Modern Approaches to Leadership 261
Leadership Styles 263
Emotional Intelligence 264
Ethics and Leadership 265
Ethical Leadership 266
Some Common Ethical Dilemmas in Projects 268
Making Sound Ethical Decisions 269
Teams and Leadership 270
Multicultural Projects 272
The Challenges of International Projects 272
Understanding Diversity 273
Chapter Summary 274
Review Questions 275
Husky Air—Pilot Angels 275
The Martial Arts Academy (MAA)—School Management
System 276
Quick Thinking—Leadership and Listening 277
Quick Thinking—Sitting Ducks 277
Case Studies 278
Bibliography 281
xii CONTENTS
INDEX 325
Marchewka f03.tex V2 - October 30, 2014 5:35 P.M. Page xiii
PREFACE
APPROACH
In writing this book, I have tried to create a balance between concept and application. Many project
management books tend to cover a broad set of topics with little practical application. Others tend to
focus on the tools and techniques, but fall short in showing how everything ties together.
This book was written with the student in mind. Many years ago—more than I would care to
admit—when I was a student, one of my instructors said that the problem with many textbooks was
that they were written by professors for other professors. That statement stuck with me over the years.
When I first began writing this text, I wanted to be sure that it was written with the student in mind.
Learning and understanding how to apply new concepts, tools, and techniques can be challenging
enough without being made more complex by obscure writing. As you will find out, learning concepts
is relatively easy when compared to putting them into good practice. This book is intended for both
undergraduate and graduate students. While it has no specific prerequisites, you should have at least
an introductory class in information systems or programming under your belt. You should find that the
concepts of IT project management will complement courses in systems analysis and design.
Those of you who are undergraduates will not be thrust into the role of a project manager imme-
diately after graduation. My goal is to help prepare you for the next several progressions of your
career. For example, your first assignment may be to work on a project as a programmer or analyst.
xiii
Marchewka f03.tex V2 - October 30, 2014 5:35 P.M. Page xiv
xiv PREFACE
The knowledge that you will gain from this text will give you a good idea of how your work fits into
the big picture so that you can be a more valuable project team member.
More challenging and interesting assignments and opportunities for advancement will follow as
you continue to gain more knowledge and experience. Eventually, this may lead to a leadership role
where your knowledge and experience will be put to the optimal test.
On the other hand, you may have already acquired some experience and now find yourself in the role
of a project manager. This text will provide you not only with the big picture but also with a foundation
for applying directly the tools, processes, and methods to support the management and delivery of a
successful IT project.
Most students who read this book will never have been on a real project. I have written this book
based on a flexible methodology that attempts to bridge the questions: How do I get started? What do
I do next? How do we know when we’re finished? This methodology provides a structure for under-
standing how projects are initiated, conceptualized, planned, carried out, terminated, and evaluated.
This methodology will take you through the different phases of the project life cycle and introduce the
concepts and tools that are appropriate for each specific phase or stage of the project. In addition, you
will find the methodology and central theme of this text is that projects should provide measurable value
to organizations.
The text provides an integrated approach to project management. It incorporates the ten areas out-
lined in the Project Management Institute’s Project Management Body of Knowledge (PMBOK® ), as
well as many of the themes and principles outlined in the PRINCE2® project methodology. The con-
cepts associated with information systems management and software engineering when integrated with
PMBOK® provide an important base of knowledge that builds a foundation for IT project manage-
ment. This integration helps to distinguish IT projects from other types of projects such as construction
or engineering.
The text also integrates a knowledge management approach. The area of knowledge management
is an area of growing interest and development. Knowledge management is a systematic process for
acquiring, creating, synthesizing, sharing, and using information, insights, and experiences to create
business value. Here, the concept of learning cycles provides a unique approach for defining and creat-
ing new knowledge in terms of lessons learned. These lessons learned can be stored in a repository
and made available throughout the organization. Best practices can be developed from the lessons
learned and integrated or made a part of an organization’s project methodology. Over time, the generic
methodology may evolve and become a valuable asset to an organization as it becomes aligned with
the organization’s culture and business. In turn, this evolving process will provide the organization with
increased capability and maturity that, hopefully, will increase the likelihood of successful projects.
CHAPTER OVERVIEWS
The material in each chapter provides a logical flow in terms of the phases and processes required to
plan and manage a project. The text begins with an introduction to project management and why IT
projects are organizational investments. Once a decision to approve and fund a project is made, the
project must be planned at a detailed level to determine the schedule and budget. The planning and
subsequent execution of the project’s plan are supported by the project management and information
technology bodies of knowledge.
CHAPTER OVERVIEWS xv
xvi PREFACE
▪ Chapter 11: Managing Organizational Change, Resistance, and Conflict describes the nature
and impact of change associated with the delivery of a new product or system on the people
within an organization. Several organizational change theories are introduced so that a change
management plan can be formulated and executed in order to ease the transition from the current
system to the system that will be implemented.
▪ Chapter 12: Project Completion focuses on three important areas necessary for project com-
pletion: project implementation, closure, and evaluation
▪ Appendix: An Introduction to Function Point Analysis provides a more detailed discussion on
counting function points and is provided online at www.wiley.com/college/marchewka.
▪ The new edition has been updated to reflect changes from the latest version of A Guide to the
Project Management Body of Knowledge (PMBOK Guide), 2013.
▪ CHAPTER 2 PROJECT METHODOLOGIES AND PROCESSES was completely re-written.
▪ CHAPTER 8: MANAGING PROJECT STAKEHOLDERS AND COMMUNCIATION com-
bines two chapters from the previous edition.
▪ The author has also added an overview of PRINCE2® Methodology.
▪ The discussion of an Agile approach to product/system development has been expanded.
▪ Integration of learning cycles has been added to end-of-chapter assignments.
▪ The discussion (including examples) of measurable organizational value (MOV) has been
expanded.
▪ Content on project governance and its role in project management has been added to the text.
▪ CHAPTER 4: PROJECT PLANNING: THE PROJECT INFRASTRUCTURE now integrates
procurement contracts.
▪ There is an expanded discussion on the relationship among scope, schedule, and budget—the
triple constraint.
▪ A relatively new Agile estimation technique called Poker Planning has been added to the text.
▪ Content throughout the book has been streamlined and reorganized so that it is now 12 chapters
instead of 14.
Instructor’s Manual
This manual contains detailed solutions to questions in the textbook.
Test Bank
Test your students’ comprehension with this digital collection of true/false, multiple-choice, short
answer, and essay questions.
ACKNOWLEDGMENTS xvii
Student Resources
ACKNOWLEDGMENTS
I would like to thank Beth Lang Golub, Ellen Keohane, Sangeetha Parthasarathy, and Mary O’Sullivan
for all their help in writing this 5th edition. Also, I would like to thank the following reviewers for their
valuable insight, comments, and suggestions.
Rajeev Agrawal, North Carolina A&T State University
David Bantz, University of Southern Maine
Phyllis Chasser, Nova Southeastern University
Barbara Cullis, University of Delaware
Robert Fredericks, Drexel University
Valarie Griep, University of Minnesota
Mark Kwandrans, State University of New York at Buffalo
Paul Licker, Oakland University
Miriam Masullo, University of Maryland University College
Toru Sakaguchi, Northern Kentucky University
Jeanne Sawyer, San Jose State University
Patricia Shamamy, Lawrence Technological University
Gerhard Steinke, Seattle Pacific University
Jeremy St. John, Texas A&M University Commerce
Marchewka f02.tex V2 - October 27, 2014 9:09 P.M. Page xviii
xviii
Marchewka c01.tex V2 - November 25, 2014 3:33 P.M. Page 1
C H A P T E R
1
The Nature of Information
Technology Projects
CHAPTER OBJECTIVES
Chapter 1 provides an overview of information technology project management (ITPM). After studying
this chapter, you should be able to:
▪ Understand why information technology (IT) projects are organizational investments.
▪ Understand why projects are planned organizational change and why they must align with an orga-
nization’s business strategy.
▪ Define what a project is and describe the attributes of a project.
▪ Define the discipline called project management.
▪ Understand the relationship among project portfolios, programs, and projects.
▪ Understand how the disciplines of information technology and project management have evolved
together and have led to how we manage projects today.
▪ Understand the current state of IT project management.
▪ Understand why some projects fail and how to improve the likelihood of success.
INTRODUCTION
Information technology (IT) projects are organizational investments. When an organization builds or
implements a new IT-based product, service, or solution, it commits time, money, and resources to
the project with an expectation of receiving something of value in return. Just as an investor considers
the expected return and risk of a financial opportunity, an organization must weigh the expected costs,
benefits, and risks of a project in order to make an effective business decision. It is up to the project
manager and project team to deliver that value to the organization.
Projects play an important role in organizations and can have a major impact. Business strategy
supports the vision and mission of an organization’s current or desired markets, products, and services.
While an organization must have an effective business strategy to be successful, projects are the
planned organizational changes or means for achieving a chosen strategy. More specifically, IT
projects enable the integration of technology in new products, services, or processes that can change
existing relationships between an organization and its customers or suppliers, as well as among the
people within the organization. An IT-based product, service, or solution can be a technical success
if it functions properly, but it can also be an organizational failure if it fails to meet the needs and
expectations of the customer, client, or user group.
1
Marchewka c01.tex V2 - November 25, 2014 3:33 P.M. Page 2
WHAT IS A PROJECT?
The Project Management Institute (PMI) is an organization that was founded in 1969 and has grown to
become the leading nonprofit professional association in the area of project management. In addition,
PMI establishes many project management standards and provides seminars, educational programs,
and professional certifications that are recognized globally. It also maintains the Guide to the Project
Management Body of Knowledge (PMBOK© Guide) that provides commonly used definitions for a
project and a project manager (1).
A project manager is the person assigned by the performing organization to lead the team that
is responsible for achieving the project objectives. (p. 16)
Project Attributes
Projects can be large or small, short or long in duration, or relatively cheap or expensive; however, all
projects share some common attributes.
▪ Time Frame—Because a project is a temporary endeavor, it must have a definite beginning
and end. Some projects must begin on a specific date, and the date of its completion must
be estimated. On the other hand, some projects have an immovable date that defines when
the project must be completed. In this case, it becomes necessary to work backwards to deter-
mine a date when the project should start. Regardless, a project ends when all the promised
work is completed and the organization’s expectations are met, or it can be terminated prema-
turely when the work or expectations cannot be met. While a project is temporary, the product,
service, or system created by the project can have either a brief or lasting impact.
▪ Purpose—Projects are undertaken to accomplish something. A project must also create some-
thing unique. This could be a new product, service, system, or an enhancement to an existing
product, service, or system. For IT projects, this could include engineering or building a custom
solution or integrating and implementing an existing third party’s product or system. Regard-
less, a project must have a clear goal that defines the value of the project to the organization.
This is important for setting expectations, defining the work to be done, setting direction for
the project team, and developing a schedule and budget. A clear (and measurable) project goal
can be used after the project is completed to evaluate its overall success.
▪ Ownership—A project can have many stakeholders that include people, groups, or other organi-
zations that have a vested interest in the project’s success or failure. In many cases, the product,
service, or system will be developed for stakeholders other than those involved directly with the
project team. Projects undertaken within an organization support internal customers such as a
high-level manager, often called a sponsor, a business unit, or a group of users, while external
projects developed by third parties such as consultants or other IT-service providers support
external customers, often called clients. At the completion of most projects, ownership of the
product, service, or system is transferred from the project team to the customer, client, or user
group.
▪ Resources—All projects require resources. Resources include time, money, people, facilities,
and technology. Although resources provide a means for achieving the project’s goal and com-
pleting the work, they can be a constraint as most organizational resources are limited. Sub-
sequently, project resources must be managed and controlled to ensure a project achieves its
anticipated organizational value to its internal or external customers.
Marchewka c01.tex V2 - November 25, 2014 3:33 P.M. Page 3
WHAT IS A PROJECT? 3
▪ Project Roles—All projects require people with skill sets that include both technical and
nontechnical (soft) skills. The technical skills required will be determined largely by the
product, service, or system that is to be built or implemented. On the other hand, nontechnical
or soft skills can be just as important to the success of the project. These skills focus more on
interpersonal skills such as the ability to communicate not only with fellow team members,
but also with users, customers, or the client. Based on the project and skills required, a project
may include the following roles:
▪ Project Manager or Leader—The project manager or team leader is responsible for ensur-
ing that all the project management processes and processes associated with the creation of
the product, service, or system are in place and carried out efficiently and effectively.
▪ Project Sponsor—The project sponsor may be the client, customer, or high-level exec-
utive who plays the role of champion for the project by providing resources, making
project-related decisions, giving direction, and publicly supporting the project when
needed.
▪ Subject Matter Experts (SME)—A subject matter expert may be a user or a person who has
specific knowledge, expertise, or insight in a specific functional area needed to support the
project. For example, if the organization wishes to develop a system to support tax decisions,
having a tax expert either as part of the project team or available to the team to share his
or her expertise can be more productive than having the technical people trying to learn tax
accounting.
▪ Technical Experts (TE)—Technical expertise is needed when engineering or building a
product, service, or system. Technical experts may include database analysts, network spe-
cialists, engineers, programmers, graphic artists, and so forth.
▪ Risks and Assumptions—All projects include an element of risk, and some projects entail more
risk than others. Risk can arise from many sources, both internal and external to the project.
For example, internal risks may arise from the way the project work is estimated to cost or the
time to be completed. Another internal risk could be a key member of the project team leaving
in the middle of the project to take another job. External risks, on the other hand, could arise
from dependencies on other contractors, project teams, or suppliers. Assumptions are different
forms of risk that are introduced to the project as a result of forecasts or predictions. They are
what we use to estimate schedule and budget. For example, a project manager may need to
hire a programmer. While estimating the project’s budget, the project manager may make an
assumption that this programmer’s salary will be $75,000 a year. If this assumption is too low
and the programmer is hired for more than $75,000 a year, then the project’s budget will be
higher than what the project manager estimated and the project may run the risk of being over
budget.
▪ Interdependent Tasks—The work to deliver a product, service, or system requires many inter-
dependent tasks or activities. For example, a network cannot be installed until a server and other
hardware is delivered, or important requirements cannot be incorporated into the design of a
product or an application (app) unless a key customer or user is interviewed. Often the delay of
one task can affect other subsequent, dependent tasks. As a result, the project’s schedule may
slip, and the project will not meet its planned deadline. In addition, projects can be characterized
by progressive elaboration whereby the details of a project become clearer as more informa-
tion becomes available. For example, the features and functionality of a new smartphone app
may be defined at a high or an abstract level early on in the project but become defined in much
greater detail later on as the project team and user/customer work more closely together during
the design phase.
▪ Organizational Change—New products, services, or systems are planned organizational
change. Change must be understood and managed because a project can alter how people
Marchewka c01.tex V2 - November 25, 2014 3:33 P.M. Page 4
work or how they related to one another. Because not everyone likes or is in favor of change,
the potential for resistance and conflict exists. This is where a new IT-based product or
solution could end up being a technical success but an organizational failure. Subsequently,
the potential value of the project may not be fully realized.
▪ Organizational Environment—Projects operate in an environment larger than the project
itself. Organizations choose or select projects for a number of reasons, and the projects
chosen can impact the organization (1). It is especially important for the project manager
and team to understand the organization’s culture, environment, politics, and structure. These
organizational variables influence the selection, funding, and support of a project. The project
team must understand the organizational variables and the political climate within the orga-
nization so that potential issues that could impede the project can be recognized and handled
appropriately.
Project management is the application of knowledge, skills, tools, and techniques to project
activities to meet project requirements. (p. 5)
BY E. C. SPITZKA, M.D.
As the symptoms of the regular affections of the cord are by far the
most readily recognizable, and a preliminary knowledge of them will
facilitate the better understanding of the irregular forms, we shall
consider the former first. They may be subdivided into two groups.
The largest, longest known, and best studied consists of acquired,
the other, containing less numerous cases and varieties, and
rendered familiar to the profession only within the last decade,
comprises the spinal disorders due to defective development of the
cerebro-spinal and spinal-fibro systems.
Tabes Dorsalis.
While some patients escape these pains almost entirely,2 others are
tormented with them at intervals for years, their intensity usually
diminishing when the ataxic period is reached. There is little question
among those who have watched patients in this condition that their
pains are probably the most agonizing which the human frame is
ever compelled to endure. That some of the greatest sufferers
survive their martyrdom appears almost miraculous to themselves.
Thus, in one case the patient, who had experienced initial symptoms
for a year, woke up at night with a fulminating pain in the heels which
recurred with the intensity of a hot spear-thrust and the rapidity of a
flash every seven minutes; then it jumped to other spots, none of
which seemed larger than a pin's head, till the patient, driven to the
verge of despair and utterly beside himself with agony, was in one
continued convulsion of pain, and repeatedly—against his conviction
—felt for the heated needles that were piercing him. In another case
the patient, with the pathetic picturesqueness of invalid misery,
compared his fulminating pains to strokes of lightning, “but not,” he
added, “as they used to appear, like lightning out of a clear sky, but
with the background of a general electrical storm flashing and
playing through the limbs.”
2 I have at present under observation two intelligent patients (one of whom had been
hypochondriacally observant of himself for years) who experienced not a single pain,
as far as they could remember, and who have developed none while under
observation. Seguin mentioned a case at a meeting of the Neurological Society with a
record of but a single paroxysm of the fulgurating variety. Bramwell (Brit. Med. Journ.,
Jan. 2, 1886) relates another in which the pains were entirely absent.
Either while the pains are first noticed or somewhat later other signs
of disturbed sensation are noted. Certain parts of the extremities feel
numb or are the site of perverted feelings. The soles of the feet, the
extremities of the toes, the region about the knee-pan, and the
peroneal distribution, and, more rarely, the perineum and gluteal
region, are the localities usually affected.3 In a considerable
percentage of cases the numbness and tingling are noted in the little
finger and the ulnar side of the ring finger; that is, in the digital
distribution of the ulnar nerve. The early appearance of this symptom
indicates an early involvement of the cord at a high level. Some
parallelism is usually observable between the distribution of the
lightning-like pains when present and the anæsthesia and
paræsthesia if they follow them. With these signs there is almost
invariably found a form of illusive sensation known as the belt
sensation. The patient feels as if a tight band were drawn around his
body or as if a pressure were exerted on it at a definite point. This
sensation is found in various situations, according as the level of the
diseased part of the cord be a low or high one. Thus, when the lower
limbs are exclusively affected or nearly so the belt will be in the
hypogastric or umbilical region; if the upper limbs be much involved,
in the thoracic region; and if occipital pain, anæsthesia of the
trigeminus, and laryngeal crises are present, it may even be in the
neck. Correspondingly, it is found in the history of one and the same
patient: if there be a marked ascent—that is, a successive
involvement of higher levels in the cord—the belt will move up with
the progressing disease. This occurrence, however, is less
frequently witnessed than described. In the majority of cases of
tabes disturbances of the bladder function occur very early in the
disease. Hammond indeed claims that in the shape of incontinence it
may be the only prodromal symptom for a long period.4
3 In the exceptional cases where the initial sensory disturbance is marked in the
perineal and scrotal region I have found that the antecedent fulminating pains had
been attributed to the penis, rectum, and anal region; and in one case the subjective
sense of a large body being forcibly pressed through the rectum was a marked early
sign.
7 Not even the absence of the knee-jerk ranks as high as these two signs. Aside from
the fact that this is a negative symptom, it is not even a constant feature in advanced
tabes.
8 It does not seem as if the disturbance of static equilibrium were due merely to the
removal of the guide afforded by the eyes, for it is noted not alone in patients who are
able to carry out the average amount of locomotion in the dark, but also in those who
have complete amaurosis. Leyden (loc. cit., p. 334) and Westphal (Archiv für
Psychiatrie, xv. p. 733) describe such cases. The act of shutting the eyes alone,
whether through a psychical or some occult automatic influence, seems to be the
main factor.
In most cases of early tabes it is found that the pupil does not
respond to light; it may be contracted or dilated, but it does not
become wider in the dark nor narrower under the influence of light.
At the same time, it does contract under the influence of the
accommodative as well as the converging efforts controlled by the
third pair, and in these respects acts like the normal pupil. It is
paralyzed only in one sense—namely, in regard to the reflex to light;
just as the muscles which extend the leg upon the thigh may be as
powerful as in health, but fail to contract in response to the reflex
stimulus applied when the ligamentum patellæ is struck. For this
reason it is termed reflex iridoplegia.9 It is, when once established,
the most permanent and unvarying evidence of the disease, and is
of great differential diagnostic value, because it is found in
comparatively few other conditions.
9 It is also known as the Argyll-Robertson pupil. Most of the important symptoms of
tabes are known by the names of their discoverers and interpreters. Thus, the
swaying with the eyes closed is the Romberg or Brach-Romberg symptom; the
absence of the knee-phenomenon, Westphal's or the Westphal-Erb symptom; and the
arthropathies are collectively spoken of as Charcot's joint disease.
18 Loc. cit.
While the symptoms thus far considered as marking the origin and
progress of tabes dorsalis are more or less constant, and although
some of them show remarkable remissions and exacerbations, yet
may in their entity be regarded as a continuous condition slowly and
surely increasing in severity, there are others which constitute
episodes of the disease, appearing only to disappear after a brief
duration varying from a few hours to a few days: they have been
termed the crises of tabes dorsalis. These crises consist in
disturbances of the functions of one or several viscera, and are
undoubtedly due to an error in innervation provoked by the
progressing affection of the spinal marrow and oblongata. The most
frequent and important are the gastric crises. In the midst of
apparent somatic health, without any assignable cause, the patient is
seized with a terrible distress in the epigastric region, accompanied
by pain which may rival in severity the fulgurating pains of another
phase of the disease, and by uncontrollable vomiting. Usually, these
symptoms are accompanied by disturbances of some other of the
organs under the influence of the pneumogastric and sympathetic
nerves. The heart is agitated by violent palpitations, a cold sweat
breaks out, and a vertigo may accompany it, which, but for the fact
that it is not relieved by the vomiting and from its other associations,
might mislead the physician into regarding it as a reflex symptom. In
other cases the symptoms of disturbed cardiac innervation or those
of respiration are in the foreground, constituting respectively the
cardiac and bronchial crises. Laryngeal crises are marked by a
tickling and strangling sensation in the throat, and in their severer
form, which is associated with spasm of the glottis, a crowing cough
is added.22 Enteric crises, which sometimes coexist with gastric
crises, at others follow them, and occasionally occur independently,
consist in sudden diarrhœal movements, with or without pain, and
may continue for several days. Renal or nephritic crises are
described23 as resembling an attack of renal colic. The sudden