Traditional project management methods are based on scientific principles considered “normal science,” but lack a theoretical basis for this approach. These principles make use of linear step–wise refinement of the project management processes using a planning–as–management paradigm. Plans made in this paradigm are adjusted by linear feedback methods. These plans cannot cope with the multiple interacting and continuously changing technology and market forces. They behave as a linear, deterministic, Closed–Loop control system.
Project Management Theory and Practice Rick Holman
The disconnects between the theory and reality of project management. A slide presentation which resulted from collaboration among members of the PMI credentialed PMPs in linkedin
4 Project Management Challenges and SolutionsProjector PSA
Project managers are focused on delivering on time, on budget, at high quality. Here are four common project management challenges you might face during a professional services automation project and solutions to help overcome them.
View the full article at https://www.projectorpsa.com/blog/project-management-challenges.
Download additional slides, videos, and resources at https://www.christiansonjs.com/
Signup for The Free-Range Technologist, a monthly newsletter filled with creative commons resources, useful apps, and lifehacks: https://mailchi.mp/f8f0219bc305/jscott
Cover the basics of PM Organizational Structures (functional, projectized, and matrix).
The role and responsibilities of the project manager ProofHub
For aspiring project managers, this slide brings an insight to the roles and responsibilities that a manager needs to perform. So let’s take a look at what it is about being a project manager:
Project Management Theory and Practice Rick Holman
The disconnects between the theory and reality of project management. A slide presentation which resulted from collaboration among members of the PMI credentialed PMPs in linkedin
4 Project Management Challenges and SolutionsProjector PSA
Project managers are focused on delivering on time, on budget, at high quality. Here are four common project management challenges you might face during a professional services automation project and solutions to help overcome them.
View the full article at https://www.projectorpsa.com/blog/project-management-challenges.
Download additional slides, videos, and resources at https://www.christiansonjs.com/
Signup for The Free-Range Technologist, a monthly newsletter filled with creative commons resources, useful apps, and lifehacks: https://mailchi.mp/f8f0219bc305/jscott
Cover the basics of PM Organizational Structures (functional, projectized, and matrix).
The role and responsibilities of the project manager ProofHub
For aspiring project managers, this slide brings an insight to the roles and responsibilities that a manager needs to perform. So let’s take a look at what it is about being a project manager:
Contents are sourced from different authors including PMBOK 5th Edition.
This is provided for free as part of our Continuing Practice in Project Management Professional Certification. You may download, share but please refrain from commercializing it or altering parts. Thanks.
For more on Innovations and Project Management, please visit www.facebook.com/SigmaProcessExcellence
Chapter 09 of ICT Project Management based on IOE Engineering syllabus. This chapter mainly focuses on cost and project, cost management, cost estimating and more related to cost and project. Provided by Project Management Sir of KU
Agile project management and normativeGlen Alleman
Reform of the traditional approaches to managing software development projects is driven by several factors, not the least of which is some spectacular failures of soft-ware projects. Ranging from the IRS, to the FAA, to large e–commerce systems, we all have some “war story” of a major failure that can be traced to non–technical causes.
Contents are sourced from different authors including PMBOK 5th Edition.
This is provided for free as part of our Continuing Practice in Project Management Professional Certification. You may download, share but please refrain from commercializing it or altering parts. Thanks.
For more on Innovations and Project Management, please visit www.facebook.com/SigmaProcessExcellence
Chapter 09 of ICT Project Management based on IOE Engineering syllabus. This chapter mainly focuses on cost and project, cost management, cost estimating and more related to cost and project. Provided by Project Management Sir of KU
Agile project management and normativeGlen Alleman
Reform of the traditional approaches to managing software development projects is driven by several factors, not the least of which is some spectacular failures of soft-ware projects. Ranging from the IRS, to the FAA, to large e–commerce systems, we all have some “war story” of a major failure that can be traced to non–technical causes.
Agile Project Management Methods of IT ProjectsGlen Alleman
Agile project management methodologies used to develop, deploy, or acquire information technology systems have begun to enter the vocabulary of modern organizations. Much in the same way lightweight and agile manufacturing or business management processes have over the past few years. This chapter is about applying Agile methods in an environment that may be more familiar with high ceremony project management methods – methods that might be considered heavy weight in terms of today’s agile vocabulary.
Agile methodologies in_project_managementPravin Asar
In today's unpredictable markets, companies are feeling the squeeze to achieve more with fewer resources in shorter periods of time. In addition to controlling operational costs, IT is looking to increase the value of information to make the business more profitable. So, necessity to complete and develop projects with changeable requirement ,short period of time ,easily to manage risk , adaptability to changing market requirements has become undeniable main principles for each organization ‘s approach .While traditional methodologies or heavy weight with huge bulk of documentation and long term for planning and designing significantly affects the speed of developing process and customer satisfaction. Hence, using innovative methods for building project are important matter which has introduced in the recent years. Light weight methodologies evolve to meet changing technologies and new demands from users in dynamic business environment.
As a result, agile methodologies and practices emerged as an explicit attempt to more formally embrace higher rates of requirements change.
Agile development methodologies claim to go a step further in overcoming the limitations of traditional one and coping with high speed and high changes on relationships with customers and responsiveness to changes of business processes.
This paper is an evaluation of the agile development methodologies. Furthermore, it includes a discussion about the critical success factors of the agile methodologies, reasons for its failure. A case-study gives a real-world success story.
Principles of the project management
Project and development life cycles
Project phase
Phase gate
Project management processes
Project management process groups
Project management knowledge areas
Project monitoring and control measures in cmmiijcsit
Project monitoring and control process is an important process in developing any computer information
system. Monitoring and Control provides an understanding of the project’s progress so that when the
project deviates significantly from the plan appropriate corrective actions can be taken. This research will
identify general measures for the specific goals and its specific practices of Project Monitoring and
Control Process Area in Capability Maturity Model Integration (CMMI). CMMI is developed in USA by
Software Engineering Institute (SEI) in Carnegie Mellon University. CMMI is a framework for assessment
and improvement of computer information systems. The procedure we used to determine the measures is to
apply the Goal Questions Metrics (GQM) approach to the two specific goals and its ten specific practices
of Project Monitoring and Control Process Area in CMMI.
Planning projects usually starts with tasks and milestones. The planner gathers this information from the participants – customers, engineers, subject matter experts. This information is usually arranged in the form of activities and milestones. PMBOK defines “project time management” in this manner. The activities are then sequenced according to the projects needs and mandatory dependencies.
Increasing the Probability of Project SuccessGlen Alleman
Risk Management is essential for development and production programs. Information about key cost, performance and schedule attributes are often uncertain or unknown until late in the program.
Risk issues that can be identified early in the program, which may potentially impact the program, termed Known Unknowns, can be alleviated with good risk management. -- Effective Risk Management 2nd Edition, Page 1, Edmund Conrow, American Institute of Aeronautics and Astronautics, 2003
Cost and schedule growth for complex projects is created when unrealistic technical performance expectations, unrealistic cost and schedule estimates, inadequate risk assessments, unanticipated technical issues, and poorly performed and ineffective risk management, contribute to project technical and programmatic shortfalls
From Principles to Strategies for Systems EngineeringGlen Alleman
From Principles to Strategies How to apply Principles, Practices, and Processes of Systems Engineering to solve complex technical, operational,
and organizational problems
Building a Credible Performance Measurement BaselineGlen Alleman
Establishing a credible Performance Measurement Baseline, with a risk adjusted Integrated Master Plan and Integrated Master Schedule, starts with the WBS and connects Technical Measures of progress to Earned Value
Capabilities‒Based Planning the capabilities needed to accomplish a mission or fulfill a business strategy
Only when capabilities are defined can we start with requirements elicitation
Starting with the development of a Rough Order of Magnitude (ROM) estimate of work and duration, creating the Product Roadmap and Release Plan, the Product and Sprint Backlogs, executing and statusing the Sprint, and informing the Earned Value Management Systems, using Physical Percent Complete of progress to plan.
Program Management Office Lean Software Development and Six SigmaGlen Alleman
Successfully combining a PMO, Agile, and Lean / 6 starts with understanding what benefit each paradigm brings to the table. Architecting a solution for the enterprise requires assembling a “Systems” with processes, people, and principles – all sharing the goal of business improvement.
This resource document describes the Program Governance Road map for product development, deployment, and sustainment of products and services in compliance with CMS guidance, ITIL IT management, CMMI best practices, and other guidance to assure high quality software is deployed for sustained operational success in mission critical domains.
Neuro-symbolic is not enough, we need neuro-*semantic*Frank van Harmelen
Neuro-symbolic (NeSy) AI is on the rise. However, simply machine learning on just any symbolic structure is not sufficient to really harvest the gains of NeSy. These will only be gained when the symbolic structures have an actual semantics. I give an operational definition of semantics as “predictable inference”.
All of this illustrated with link prediction over knowledge graphs, but the argument is general.
Connector Corner: Automate dynamic content and events by pushing a buttonDianaGray10
Here is something new! In our next Connector Corner webinar, we will demonstrate how you can use a single workflow to:
Create a campaign using Mailchimp with merge tags/fields
Send an interactive Slack channel message (using buttons)
Have the message received by managers and peers along with a test email for review
But there’s more:
In a second workflow supporting the same use case, you’ll see:
Your campaign sent to target colleagues for approval
If the “Approve” button is clicked, a Jira/Zendesk ticket is created for the marketing design team
But—if the “Reject” button is pushed, colleagues will be alerted via Slack message
Join us to learn more about this new, human-in-the-loop capability, brought to you by Integration Service connectors.
And...
Speakers:
Akshay Agnihotri, Product Manager
Charlie Greenberg, Host
Essentials of Automations: Optimizing FME Workflows with ParametersSafe Software
Are you looking to streamline your workflows and boost your projects’ efficiency? Do you find yourself searching for ways to add flexibility and control over your FME workflows? If so, you’re in the right place.
Join us for an insightful dive into the world of FME parameters, a critical element in optimizing workflow efficiency. This webinar marks the beginning of our three-part “Essentials of Automation” series. This first webinar is designed to equip you with the knowledge and skills to utilize parameters effectively: enhancing the flexibility, maintainability, and user control of your FME projects.
Here’s what you’ll gain:
- Essentials of FME Parameters: Understand the pivotal role of parameters, including Reader/Writer, Transformer, User, and FME Flow categories. Discover how they are the key to unlocking automation and optimization within your workflows.
- Practical Applications in FME Form: Delve into key user parameter types including choice, connections, and file URLs. Allow users to control how a workflow runs, making your workflows more reusable. Learn to import values and deliver the best user experience for your workflows while enhancing accuracy.
- Optimization Strategies in FME Flow: Explore the creation and strategic deployment of parameters in FME Flow, including the use of deployment and geometry parameters, to maximize workflow efficiency.
- Pro Tips for Success: Gain insights on parameterizing connections and leveraging new features like Conditional Visibility for clarity and simplicity.
We’ll wrap up with a glimpse into future webinars, followed by a Q&A session to address your specific questions surrounding this topic.
Don’t miss this opportunity to elevate your FME expertise and drive your projects to new heights of efficiency.
NEWNTIDE, a leading brand in China's air energy industry, drives industry development with technological innovation, implementing national energy-saving and emission reduction policies. It pioneers an industry-focused multi-energy product line, adopting experiential marketing to meet diverse customer needs. The company has departments for R&D, marketing, operations, and sales, aiming to ultimately achieve "technological innovation, environmental friendliness, standardized management, and high-quality" as a high-tech enterprise integrating business and technical R&D, production, sales, and service.
NEWNTIDE boasts the most comprehensive support service network in the industry. Its earliest products cover 25 series, including split, integrated, wall-mounted, cabinet, and upright types, with over 100 diverse products. Commercial products include floor heating, air heaters, air conditioners for heating and cooling, oxidation and nitrogen air conditioners, and high-temperature heating. The products feature comprehensive intelligent technology management, cloud control technology, rapid heating technology, basic protection technology, remote control technology, DC inverter technology, and remote WIFI smart control, achieving a leading position in the industry with SMART interactive technology.
For over a decade, the company has adhered to a "people-oriented" business philosophy, strictly implementing industry 7S management, ISO9001/ISO14001 quality and environmental systems, and industry standards to ensure stable product quality and meet customers' dual requirements for product safety and environmental protection.
Leading the development of intelligence with technological innovation, NEWNTIDE has become a national demonstration base for the transformation of scientific and technological achievements, awarded the "China Energy Saving Technology Contribution Award" and "China Energy Science and Technology Progress Award". The company adopts a strategy of high standards, high quality, and high-tech for key products, holding core technologies and competitive advantages. It also organizes multiple strategic support projects known as the "18 Key Operational Projects" and "18 Key Operational Strategies," driving technology project approvals with multidimensional strategic product quality modules and comprehensive practical operations to enhance the quality of all products.
Since its establishment, NEWNTIDE has always committed to providing high-quality and high-end intelligent heat pump products, serving billions of global families with the goal of creating a sustainable and prosperous environment. The development of NEWNTIDE has been supported by various levels of government and widely recognized and cooperated with by internationally renowned institutions, taking on a social responsibility of providing tranquility and happiness while enjoying the environment.
Let safe heat pumps be a necessity for a beautiful human life.
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on the notifications, alerts, and approval requests using Slack for Bonterra Impact Management. The solutions covered in this webinar can also be deployed for Microsoft Teams.
Interested in deploying notification automations for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
UiPath Test Automation using UiPath Test Suite series, part 4DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 4. In this session, we will cover Test Manager overview along with SAP heatmap.
The UiPath Test Manager overview with SAP heatmap webinar offers a concise yet comprehensive exploration of the role of a Test Manager within SAP environments, coupled with the utilization of heatmaps for effective testing strategies.
Participants will gain insights into the responsibilities, challenges, and best practices associated with test management in SAP projects. Additionally, the webinar delves into the significance of heatmaps as a visual aid for identifying testing priorities, areas of risk, and resource allocation within SAP landscapes. Through this session, attendees can expect to enhance their understanding of test management principles while learning practical approaches to optimize testing processes in SAP environments using heatmap visualization techniques
What will you get from this session?
1. Insights into SAP testing best practices
2. Heatmap utilization for testing
3. Optimization of testing processes
4. Demo
Topics covered:
Execution from the test manager
Orchestrator execution result
Defect reporting
SAP heatmap example with demo
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
State of ICS and IoT Cyber Threat Landscape Report 2024 previewPrayukth K V
The IoT and OT threat landscape report has been prepared by the Threat Research Team at Sectrio using data from Sectrio, cyber threat intelligence farming facilities spread across over 85 cities around the world. In addition, Sectrio also runs AI-based advanced threat and payload engagement facilities that serve as sinks to attract and engage sophisticated threat actors, and newer malware including new variants and latent threats that are at an earlier stage of development.
The latest edition of the OT/ICS and IoT security Threat Landscape Report 2024 also covers:
State of global ICS asset and network exposure
Sectoral targets and attacks as well as the cost of ransom
Global APT activity, AI usage, actor and tactic profiles, and implications
Rise in volumes of AI-powered cyberattacks
Major cyber events in 2024
Malware and malicious payload trends
Cyberattack types and targets
Vulnerability exploit attempts on CVEs
Attacks on counties – USA
Expansion of bot farms – how, where, and why
In-depth analysis of the cyber threat landscape across North America, South America, Europe, APAC, and the Middle East
Why are attacks on smart factories rising?
Cyber risk predictions
Axis of attacks – Europe
Systemic attacks in the Middle East
Download the full report from here:
https://sectrio.com/resources/ot-threat-landscape-reports/sectrio-releases-ot-ics-and-iot-security-threat-landscape-report-2024/
Kubernetes & AI - Beauty and the Beast !?! @KCD Istanbul 2024Tobias Schneck
As AI technology is pushing into IT I was wondering myself, as an “infrastructure container kubernetes guy”, how get this fancy AI technology get managed from an infrastructure operational view? Is it possible to apply our lovely cloud native principals as well? What benefit’s both technologies could bring to each other?
Let me take this questions and provide you a short journey through existing deployment models and use cases for AI software. On practical examples, we discuss what cloud/on-premise strategy we may need for applying it to our own infrastructure to get it to work from an enterprise perspective. I want to give an overview about infrastructure requirements and technologies, what could be beneficial or limiting your AI use cases in an enterprise environment. An interactive Demo will give you some insides, what approaches I got already working for real.
1. 1/22
Is There an Underlying Theory of Software Project Management?
Version 5.0, 29 June 2015
Glen B. Alleman
Niwot, Colorado
glen.alleman@niwotridge.com
Abstract: Traditional project management methods are based on scientific
principles considered “normal science,” but lack a theoretical basis for this
approach. [34, 35, 66] These principles make use of linear step–wise
refinement of the project management processes using a planning–as–
management paradigm. Plans made in this paradigm are adjusted by
linear feedback methods. These plans cannot cope with the multiple
interacting and continuously changing technology and market forces. They
behave as a linear, deterministic, Closed–Loop control system.
Using a Closed–Loop adaptive control system, parallels can be drawn
between this approach and agile project management methods. From
these, a comparison can be made between project management practices
and the tenants of agile development processes in terms of feedback
control and emergent solutions with a control system capable of adjusting
to the changes brought about by change of the dynamics of the process,
disturbances, or some other cause not established in the original plan.
This paper suggests adaptive control theory may be better suited as a
model for project management in a rapidly changing, dynamically
evolving network of statistical processes than traditional linear approaches
when managing in the presence of uncertainty.
2. 2/22
1 Introduction
Since the early days of the software technology industry, managing development
projects have been fraught with uncertainty and risk. While the technical content of
products and the methods used to build them have changed over time, the
fundamental issues that determine the success or failure of a project has remained
constant.
Our traditional control system for managing projects is not well suited to respond to
project changes we encounter in software development. In software systems we don’t
see many changes coming due to the emergent requirements of the development
paradigm, including impacts to technical and programmatic work from:
§ Nonlinear disturbances
§ Changes in the operating conditions
§ Nonstationary disturbances
The success rate of software development has been underwhelming in the presence of
these conditions when applying traditional methods in complex development software
development project environments. [29] The traditional, linear, step–wise approach
has its roots in project management methods of the 1970’s. It was clear then and has
become cleared today, that this approach to managing projects is inappropriate in
many domains. [63, 64] What is missing in the project management literature is the
answer to the question – is there an underlying theory of project management
appropriate for complex, Software Intensive Systems development projects? [73] A
secondary question is – can a theory be constructed that is consistent with adaptive
control system and agile processes currently in use in manufacturing, science,
engineering, economics, biology, and ecology?
The approach described here looks to theories in other domains that match the
behavioral aspects of software project management. The theory of Control Systems is
one choice. Performance references, control loops, and stochastic processes all have
similar paradigms in project management. In addition the theory of complex adaptive
systems and adaptive controls for those systems has a similar paradigm in the “agile”
software development domain.
3. 3/22
The development of complex systems requires substantial elements of creativity and
innovation as well as needed frameworks of engineering and governance. Predicting
the outcome of the development effort, given a fixed set of resources and time is
difficult. Add to this, external market forces, incomplete or ill–formed requirements,
and changing stakeholder’s need creates three questions for consideration:
§ What methods are appropriate for the management of these efforts?
§ What theoretical aspects of project management can be applied to this project
environment?
§ What gaps exist in current project management methods that can be closed to
increase the probability of success in the presence of uncertainty?
1.1 Project Management Theory
The current project management literature describes project management in terms of initiating,
planning, executing, monitoring and controlling, and closing of the project. This literature often
assumes project management takes place within the paradigm of management–as–planning.
In this paradigm there are causal connections between the actions of management and
the outcomes of the project. This view of project management regards projects as
instruments with which to achieve a goal rather than as individual organizations in
their own right. 1
Feedback from this planning process is based on an after the fact
variance detection. As a feedback control system, gaps in the feedback include: delays
used to correct the plans and execution before the deviation grows too large, adaptive
planning through adaptive feedback loops, and feed–forward controls to direct the
execution based on inputs about future needs of the stakeholders.
In the literature, project management methods are reduced to stable, technical, and
linear processes. 2
The impact on the project from external forces or from problems
within the project is given little attention. It is assumed in this traditional model that
“change” is an undesirable thing, when in fact change in the business systems world is
not only natural it is desirable. The conflict between “managing in the presence of
1 The origins in industrial society can explain why much project management theory assumes that projects take
place within a single organization. This basic assumption is out of step with post-industrial society’s joint
ventures, and strategic collaborations.
2 Linear project management models are sometimes referred to as waterfall models. In these models it is assumed
that each phase of the project is completed in a fixed sequence, followed by the next logical phase. In the Agile
methods the linearity still exists, since the statistical processes and the resulting probabilistic outcomes are
formally addressed in the management control system.
4. 4/22
change” and “managing change” by attempting to control it is the source of many of
the gaps between traditional project management and agile project management.
One approach to defining a theory of project management can be found in [46]. It is
conjectured that a well–functioning bureaucracy aided by scientific planning tools can
efficiently deal with a project through these “normal–science” methods. This
approach assumes projects are carried out under conditions of complete rationality. 3
It also assumes that projects are repetitive, with their requirements and stakeholder
needs built existing knowledge.
The majority of software development projects are not conducted under conditions of
rationality. Software projects are not repetitive, stable, statistically stationary, or
linear. They are unique, driven by unstable requirements, technology, and market
forces, and contain many non–linear activities and stochastic processes. Technical
development is complex, the exact business and technical outcome is difficult to plan.
The processes used to manage the outcome may chaotic. Projects are often subjected
to forces outside the control of the project manager, engineers, and stakeholders.
More importantly, the development and deployment of complex technical projects
creates a non–linear feedback loop between the development and the deployment
process. Once the project outcomes are deployed, the users have new and sometimes
disruptive requirements – once they know and understand how the delivered system
works.
A framework for examining this situation can be found in a similar approach in the
management of systems engineering activities. [60]
Figure 1 presents an overview of the elements and dimensions of project
management. The “control system” involved in project management is not shown,
since this is a static view of the elements and their interactions. The important aspect
of Figure 1 is the connection between the components of the problem domain and the
solution domain. As the problem grows, the linear non-adaptive approaches to
managing work in the presence of uncertainty have lower probability of success.
3 All rational action embodies some sort of precautionary principle. What kind of harm can be averted? What
kinds of cost are willing to be incurred by the stakeholders? In the rational context, risks can be pre–identified,
production rates are known, defects can be statistically analyzed, and requirements can be elicited up front.
5. 5/22
Figure 1 – Dimensions of Complex Project Management independent of the actual control
system used to manage the project. As complexity increases the non-linear dynamics of the
project and its management demand methods other than traditional planning and control.
Statistical process control can address the issues using for adaptive behavior using feed forward
development.
1.2 Managing the in Presence of Uncertainty
All project work is performed in the presence of uncertainty. Traditional project
management and even Agile project management has no means to maintain stability
of project performance in the presence of this uncertainty. When a disruptive event
occurs, the project performance is also disrupted and the project must be re-planned to
correct the source of the disruption.
Information is needed to manage under these conditions. Two issues must be
addressed. Information must be provided by the observed outcomes of the project.
This is a state estimation problem. The second is the formulation of the stochastic
control problem.
Three aspects of project performance management using any control system,
traditional, agile, or adaptive must provide guidance for:
§ Estimation – linear estimation, non-linear information, and uncertain information
Program Office Scope of Interest
Balanced
Scorecard
Classification
Project Attributes
Scope (S)
Progress (P)
Behavior (B)
Program
Domain
Complexity
Programs
(Participative)
Systems
(Rational)
Projects
(Normative)
Tools
State
Transformation
Management
Value
Generation
Techniques
Flow
Management
S:Single
P:Time Boxed
B:Linear
S:Multidiscipline
P:Interdependent
B: Scheduled
S:Enterprise
P:Evolving
B:Non-Linear
Incremental
Stretch
BHAG*
Systems
Programs
Projects
Tools, Techniques, and Management
Techniques & Mgmnt
Tools
PERT
GANTT
WBS
Historical
and
Projective
Estimating
Tools
Balanced
Scorecard,
Monte Carlo
Simulations
Enterprise Project Management Platform
Earned Value Analysis Management
* Big Hairy Audacious Goals
1
3
2
Increasing Tools Complexity
IncreasingProblemDomainComplexity
IncreasingProjectAttributeComplexity
1 Single purpose projects
2 Multiple Single purpose
projects
3
Enterprise Wide
Multiple or Single
purpose projects
6. 6/22
§ Identification – of the parameters that impact the performance of the project.
§ Control – of these parameters to maintain the desired project performance.
The normative advice provided by traditional project management bodies of
knowledge – planning, execution, and control – forms a Closed–Loop linear system.
This advice is usually based on rules that specify which choices will maximize
benefits to the participants. Normative theory suggests a project is a series of
sequentially related activities.
Beyond this normative approach, project management is a set of multiple interacting
interdependent random activities behaving in a non–linear and adaptive manner. This
is an operational definition of a Complex adaptive systems (CAS) that can be applied
to modeling project management activities. Adaptive control systems offer a simpler
model without the complex and intractable mathematics of CAS. The distinctions
between traditional and adaptive management can be summarized in Figure 2:
Traditional Methods Adaptive Methods
Planning drives results Results drive planning
Delivery focused on planned results Delivery focused on derived results
Defined process steps Self–adapting process steps
Figure 2 – Distinctions between Traditional and Adaptive Project Management methods. The
application of these methods is dependent on the complexity of the project and the dynamic
behaviors of those complexities.
1.3 A Focus on Information Technology Project Management
Software Intensive Systems (SIS) 4
projects traditionally use formal management
processes for the acquisition or development, deployment, and operation of the
system that emphasizes planning in depth. This approach organizes work into phases
separated by decision points. Supporters of this approach emphasize that changes
made early in the project can be less expensive than changes made late in the project.
SIS can be found in a variety of business and technical domains
4 A software-intensive system is any system where software contributes essential influences to the design,
construction, deployment, and evolution of the system as a whole. [from ISO/IEC/IEEE 42010:2011].
7. 7/22
§ Business information systems – the US Government is one of the large
consumers of ERP system, finance systems, logistics systems, personnel and
payrolls
§ Network reliant systems – this is the traditional command and control systems
found in industry and government, where data is exchanged between physical
disparate systems, with large amounts of data used to assist humans in awareness
and decision making processes.
§ Infrastructure systems – enterprise systems of interconnected business,
embedded, or other systems. This infrastructure provides equipment and
capability needed for integrated complex systems to function properly.
§ Embedded systems – systems that interact with the physical, through sensors,
displays and human command and control for control applications in industry,
equipment, and products used to control other systems.
The embedded systems market is approximately 100 times larger than the desktop software
market. Hardly any new product reaches the market without embedded systems any more. The
number of embedded systems in a product ranges from one to tens in consumer products and
to hundreds in large professional systems.
Embedded systems are an important business domain for the application of the adaptive project
control paradigm based on Agile development processes, including capabilities planning,
programmatic and technical estimating, risk management and program performance
management. [Embedded Systems Roadmap 2002, published by the Technology Foundation of
the Netherlands (STW)]
In the past, when waterfall 5
is used as the approach to SIS, the framework contains
several erroneous assumptions that negatively impact SIS projects:
§ Planning – the assumption it is possible to produce a plan so that its
implementation is merely a matter of executing a defined set of tasks in a
predefined order.
§ Plans for complex projects rarely turn out to be good enough for the plans to
remain intact through out the project life cycle.
5 The term waterfall has been used many times as a strawman by the agile community. In fact very few pure waterfall
projects exist today. This is not to say there are not abuses of the concept of waterfall – sequential development
based on the simple algorithm REPEAT [Design, Code, Test] UNTIL Money = 0. In practice,
development and deployment processes based on incremental and iterative methodologies are the norm. The
literature contains numerous references and guidelines to this iterative project management approach dating back
to the 1980’s [63].
8. 8/22
§ Continuous re–planning, re–adjusting of priorities, and re–analyzing the
consequences of these changes is common practice.
§ Unanticipated problems are the norm rather than the exception.
§ Change – It is not possible to protect against late changes.
§ All businesses face late changing competitive environments.
§ The window of business opportunity opens and closes at the whim of the
market, not the direction of the project manager.
§ Stability – Management usually wants a plan to which it can commit. By making
this commitment, they give up the ability to take advantage of fortuitous
developments in the business and technology environment [67].
§ In a financial setting this is the option value of the decision.
§ Deferring decisions to take advantage of new information and new
opportunities is rarely taken into account on IT projects [68].
1.4 Adaptive Control Systems and Agile Methods
In adaptive control systems dynamic characteristics are not constant because of changes to the
parameters and changes to the environment. The effects of small changes on the dynamic
characteristics may be attenuated in a feedback control system. If the changes are significant a
system must be in place with the ability to adapt. The adaption implies self-adjustment or self-
modifying in accordance with the unpredictable changes in the conditions. In adaptive systems,
the dynamic characteristics must be identified so the control parameters can be adjusted to
maintain optimum performance. Such systems accommodate the uncertainties found in all
project work, especially agile development where requirements are emerging. [53]
"To adapt,” means to change a behavior to conform to new circumstances. Intuitively,
an adaptive controller is a control system that can modify its behavior in response to
changes in the dynamics of the process and the character of the disturbances. [30]
Agile processes emphasis both the rapid and flexible adaptation to changes in the
process, the product, and the development environment [4]. This is a very general
definition and therefore not very useful without some specific context – which will be
developed below. Even agile processes are driven by linear, non-statistical algorithms
and are missing the statistical aspects of the underlying processes. To be adaptive the
control loop needs to
§ Provide control for non-linear processes
§ Adaptively tuned the control algorithm with no interruption to the controlled
process.
9. 9/22
§ Be capable of fast response to changing conditions.
Before establishing this context, agile methods include three major attributes, they
are:
§ Incremental and Evolutionary – allowing adaptation to both internal and external
events.
§ Modular and Lean – allowing components of the process to come and go
depending on specific needs if the participants and stakeholders.
§ Time Based – built on iterative and concurrent work cycles.
§ Self–Organizing – in the sense that normative guides have little to offer in terms
of structure and control. Agile methods rely primarily on heuristics and
participative processes rather than normative and rational methods and
guidelines.
1.5 Project Management as a “Control System”
The general requirements for a control system start with it being absolutely stable. This is a
primary requirement. In additional to this absolute stability, the control system must have a
reasonable relative stability. That is the speed of response must be reasonably fast. The control
system must be capable of reducing errors to near zero or some small tolerable value. The
requirements of reasonable relative stability and steady-state accuracy are usually incompatible.
In designing the control system it is necessary to make the most effective compromise between
these two requirements. [53]
The vocabulary of the project management [17] is similar to that found in control
systems [41, 50]. With these terms, it will be clear that Project Management can be
modeled as a control system. With this modeling comes the ability to assess the
components of project management, the control system that provide feedback and
corrective action for maintaining the performance of the project.
Most importantly for this paper, the basis for introducing the notion of Adaptive
controls to manage projects in the presence of uncertainty and emergent behavior,
often found in Agile software development domains.
10. 10/22
These terms include:
Project Management Process Control System
Monitoring – track, review, and regulate
the progress and performance of the
project; identify any areas in which
changes to the plan are required and
initiate the corresponding changes. [71]
Reference signal – an independent
variable (or set of variables) that defines
the desired output. The error signal is the
arithmetic difference between the
reference signal and the output signal. 6
Evaluating – an assessment of the
project’s progress to plan using some
normative unit of measure, usually
money, or time.
Plant or process – is a continuous
operation or development marked by a
series of gradual changes that success
one another in a relatively fixed way and
lead toward a particular result. An
artificial or voluntary, progressively
continuing operation that consists of a
series of controlled actions or movements
systematically directed toward a
particular result or end.
Control – monitors and measures
progress against plan to identify
variances and provide corrective action,
generating feedback to the decision
making process.
Controller – which uses feedback, in the
presence of disturbances, tends to reduce
the difference between the output of the
system and the reference input.
Figure 3 – Project Management and Control Systems Vocabulary. Making these connections is
the basis of applying adaptive controls in the project management domain.
2 Project Management as a Control System
Control systems play an important role in engineering, science, economics, and
biological systems. They also play an important role is creating models of other
general systems, either as models of these systems or as metaphors of the models of
these systems. [8].
Early control systems were based on linear feedback models. As the entities being
controlled became more complex, the classical control theory, which dealt with single
input and single output systems, became less useful. Multiple input and output
systems now dominate control systems theory and practice. Recently adaptive and
6 In the case of a simple temperature controller, the reference signal is the desired temperature. The error signal is
the difference between the desired temperature and the current temperature. If this error is positive, then the
process is instructed to lower the temperature. If this error is negative, then the process is instructed to raise the
temperature. This is a very simple example, but will serve to illustrate the point that project management has
similar terms and concepts as Closed–Loop controller.
11. 11/22
optimal control systems have been developed. Applications of modern control theory
to non–physical fields are also the norm. Biology, economics, sociology and other
dynamic systems are also common practice. Complex Adaptive Systems is a popular
topic today.
Constructing a connection between control systems, especially adaptive control
systems and project management is the goal of this section.
2.1 Basic Problems in Control System Design
Before moving forward some comparisons between control systems and project
management systems will be helpful. Project management is a Close Loop Control
system.
A closed-loop control process assures that a system performs within control limits. In
closed-loop control, the system's output is fed back directly to change the system's
inputs. The way in which a thermostat works with a furnace to control room
temperature is an example of Closed–Loop control. Closed loop control starts with an
explicit objective (e.g., the desired room temperature), a measure of the status of the
system against that objective system (e.g., the difference between the actual and
desired room temperatures), and a mechanism for adjusting the system's inputs to
correct the difference and meet the objective (e.g., turning the furnace on or off).
Process Control Project Management
Process A natural and progressively continuing
operation or development marker by a
series of gradual changes that succeed
one another in a relatively fixed way and
lead toward a particular result.
A step-by-step set of activities
needed to produce the project’s
outcome. Usually performed in
a linear manner in traditional
methods and incrementally and
iteratively in agile methods.
Systems A combination of components that act
together and perform a certain objective.
Project and product systems are
separated in traditional and
agile methods.
Disturbance A signal, which tends to adversely affect
the value of the output of a system.
A performance outcome that
does not meet expectations.
Either cost, schedule, or
technical performance shortfall
Feedback
control
An operation in the presence of
disturbances tends to reduce the
difference between the output of a system
and the reference input.
Project management feedback
of cost, schedule, and technical
performance in mature
approaches. Usually only cost
and schedule in less mature.
12. 12/22
Process Control Project Management
Damping Damping is an influence within or upon
an oscillatory system that has the effect
of reducing, restricting or preventing its
oscillations.
The control points designed to
prevent chasing our tail when
project deliverables do not meet
expectations and hot fixes are
applied creating more
oscillations in the process flow
Feedback
control system
A system designed to maintain a
prescribed relationship between the
output and the reference input by
comparing these and using the difference
as a means of control.
Planned versus actual measures
on a time basis is core to
feedback. This performance
must be Effectiveness,
Performance, Risk, and …ilities
Closed loop
Control
Is one in which the output signal has
direct impact on the control action, as
shown in Figure 5. In a Closed–Loop
system the error signal, which is the
difference between the input and the
feedback, is fed to the controller to
reduce the error and bring the output of
the system to a desired value.
With measures of planned
versus actual, corrective actions
can be made. Closed-loop
assures a system performs
within control limits by direct
feedback of system's output to
change the system's inputs.
Open loop
Control
Is one in which the output signal has no
direct impact on the control action, as
shown in Figure 5. In an open loop
system the output is neither measured nor
fed back for comparison with the input.
For each reference input there is a fixed
operating condition.
Planned performance and actual
performance data assessed on a
specific date to determine the
variance from plan. With this
information, corrective actions
can be taken to return the
project to its planned
performance.
Adaptive
control system
Method of control used to adapt to a
controlled system where parameters vary,
or are initially uncertain.
For projects, information that
emerges from the execution of
the project is used to change to
control parameters.
Performance
index
Is a quantitative measure of the
performance, measuring the deviation
from the ideal performance. The
specification of the control signal over
the operating time is the Control Law.
Cost, schedule, and technical
performance measures used to
assess performance to plan by
compared planned to actual
performance.
Learning
control systems
Many open–loop control systems can be
converted to closed–loop control system
if a human operator is placed in the loop.
This operator compares inputs with
outputs and makes corrective actions
based on the resulting errors.
Project management should be
closed–loop, but statistical
processes usually not included
in the control loop like those
found in Learning Control
Systems
Figure 4 – Attributes of Control Systems and Project Management Systems. Not all attributes
in control systems can be found in traditional project management systems. Moving project
management to be more like close loop adaptive control systems.
13. 13/22
Figure 5 illustrates Open Loop and Closed–Loop control systems. Only the Close
Loop Control system is applicable to managing projects. Project management is a
Close Loop control system. Some production processes can be Open Loop control as
a monitoring and reporting process.
The Open Loop control process has little value for project management, but is the
basis of the Close Loop control process needed to make corrective actions in the
presence of variances in project performance.
Controller Process
Control
Signal
Input Output
Controller ProcessInput Output
Measuring
Element
Open Loop System
Closed Loop System
Control
Signal
Figure 5 – Open and Closed Loop Systems. Both can be found in the project management
domain. But only the Close Loop control system can provide indicators of performance
variances needed to take corrective actions to maintain the needed activities to arrive on or
before the need date, at or below the planned cost, and with the needed capabilities.
2.1.1 General Requirements for a Control System
Any useful control system must satisfy the following conditions:
§ The first requirement of any control system is stability.
§ In addition to absolute stability, the control system must have relative stability,
that is the speed of response must be reasonably fast and must show reasonable
damping.
§ A control system must be capable of reducing errors to zero or to some small
tolerance level.
14. 14/22
The requirement for relative stability and steady–state accuracy are actually
incompatible. The design of a control system becomes a tradeoff between these two
requirements.
2.1.2 Adaptive Control Systems
Adaptation implies the ability to self–adjust or self–modify with unpredictable
changes in conditions of environment or structure. In an adaptive control system, the
dynamic characteristics must be identified at all times so that the controller
parameters can be adjusted in order to maintain optimal performance.
2.2 Basic Approach to Control Systems Design
One approach to the design of control systems, which will be useful here, is to use
block diagrams, which are pictorial representations of the functions performed by
each component of the system and the signals that flow between these components. 7
Figure 6 is a logical depiction of a Closed–Loop control system.
This system consists of two elements:
§ Block element – is the symbol of the operation performed on the input signal to
produce the output signal. The notation inside the block is usually the transfer
function of the block given as the Laplace function.
§ Error detector – produces an error signal, ( )E s , which is the difference between
the reference input, ( )R s and the feedback signal, ( )C s . The choice of the error
signal is very important. Any imperfections in the error signal will be reflected in
the performance of entire system.
7 For the moment the specific notation used in Figure 6 will be ignored, since the interest is in applying control
systems theory to project management. The “functions” ( )R s , ( )E s , and ( )C s , represent the reference,
error, and control signals respectively. These are functions of Laplace space rather than of time. For not familiar
with the Laplace transform it is defined as ( ) ( ) ( ) ( )st st
f t F s e dt f t f t e dt
∞ ∞
− −
= = =⎡ ⎤ ⎡ ⎤⎣ ⎦ ⎣ ⎦∫ ∫0 0
L . By
transforming a time varying function to Laplace space it can be manipulated as an algebraic expression rather than
as a differential equation.
15. 15/22
Input Output( )G s ( )C s( )R s ( )E s
–+
Feedback
Figure 6 – A Logical Depiction of a Closed Loop Control Systems. This paradigm can be
applied to project management systems. The error signal is the difference between planned
performance and actual performance. The system under control is the baselined IMS and it’s
BCWS
2.3 Adaptive Controls Design
Adaptive control is a specific type of control where the process is controlled in closed-loop, and
when: knowledge about the system characteristics are obtained on-line while the system 'is
operating. Based upon refreshed information obtained during normal operation, specific
interventions in the control loop arc made in order to fulfill the control goal. Interventions can
be various but mainly they can be categorized as interventions obtained by changing: the signals,
parameters, and structure
In most feedback systems, small deviations in parameters values from their design
values will not cause any problem in the normal operations of the system, provided
these parameters are inside the loop. If the process parameters vary widely because of
environmental changes, then the control system will exhibit unsatisfactory behaviors.
In some cases large variations in process parameters will cause instability in non–
adaptive systems.
A simple definition of a adaptive control system is: a control system in which
continuous and automatic measurements of the dynamic characteristics of the process
are taken, comparisons are made with the desired dynamic characteristics, and
differences uses to adjust the system parameters – usually the controller
characteristics – or the generation of an actuating signal so as to maintain optimal
system performance, regardless of the environmental changes to the process.
16. 16/22
ControllerInput OutputProcess
Decision
Id or PI
Measurement
–+
Figure 7 – Adaptive Controller makes use of measurements and feedback adjustments from the
behaviors of the system in the presence of those measurements to adapt the control loop to the
emergent behavior of the system under control
To be called adaptive, some form of self–organizing features must exist. An adaptive
controller consists of the following three functions:
§ Identification of the dynamic characteristics of the process.
§ Decision making based on the identification of the process.
§ Modification or actuation based on the decisions made.
By performing these functions continuously, self–organization can take place to
compensate for unpredictable changes in the process.
2.3.1 System Behavior Identification
The dynamic characteristics of the process must be measured and identified
continuously. These measures should be accomplished through the effects produced
by the normal operation of the system. Identification may be made from normal
operating data or by the injection of test signals. Identification with normal data is
possible only when this data has adequate signal characteristics (bandwidth,
amplitude, etc.) for proper identification.
2.3.2 Decision Making In The Presence of Emergent Behaviors
Decisions are made on the basis of the process characteristics, which have an
identified or a computed performance index. Once the process has been identified, it
is compared with the optimal characteristics (or optimal performance), then a decision
made as to how the adjustable controller characteristics should be varied in order to
maintain optimal performance.
17. 17/22
2.3.3 Modification Based on Decisions Made
Modification refers to the changes of control signals according to the results of the
identification and decision processes. There are two approaches to modifying controls
signals:
§ Controller parameter modification – in which the controller parameters are
adjusted, to compensate fro changes in the process dynamics.
§ Control signal synthesis – in which optimal control signals are synthesized based
on the transfer function, performance index, and desired transient response of the
process.
3 Project Management Theory as Control System Theory
With the control system theory established, let’s connect that theory with the needs of
software project management. This paper proposes the characteristics of software
development projects, especially agile software development, can be modeled using
adaptive control system theory.
3.1 Control Theory Summary
Control is a guiding a set of variables towards a common goal. Management Control
Theory may be seen as after–the–fact control or before–the–fact control. Control
theory, suggests that where consequences are easily monitored, after–the–fact controls
are more effective. Where consequences are unique and hard to monitor, before–the–
fact control is appropriate.
4 Agile Project Management and Adaptive Control
What is needed now is some way to tie adaptive control theory to agile project
management. A simple approach is to compare the primary attributes of adaptive
control with agile PM methods.
Adaptive Control Agile Project Management
Identification of the desired loop
performance.
What is the project performance needed to
arrive on time, on budget, with the needed
capabilities.
18. 18/22
Adaptive Control Agile Project Management
Decision Making By assessing the planned outcomes against
with actual outcomes, decisions can be made
about the corrective actions needed to
maintain the planned performance.
Modification based on the decision made With this assessment information, changes to
the work processes, work intact, technical
processes, and resources can be made to
maintain the planned performance.
5 A Framework for Adaptive Project Management Processes
Traditional project management assumes linear feedback loops, stability in work process, and
no disruptive changes to requirements. Software development projects rarely posses these
attributes.
One question is are the methods described in traditional PM frameworks appropriate
for Adaptive or Agile Project Management? One place to look for traditional
frameworks is the Project Management Institute’s Project Management Body of
Knowledge®
.
First let’s look at the control block picture of the PMBOK’s functions. Figure 8
describes a simple view of PMBOK’s control elements.
Control Execution Output
Plan Plans
Change
Control
Performance Reports
Controller Process
Figure 8 – PMBOK Control Blocks. There is one feedback loop and two inputs to the process
under control. In PMBOK the process is based on a Plan and changes to the Plan are
incorporated in the Plan.
5.1 Gaps In Traditional Project Management
In Figure 8 there several things missing when viewed from a control systems process.
19. 19/22
§ There is no capacity for work reference signal – the flow of control makes use of
performance reports to define the change control signal. These performance
reports have no reference signal by which create an “error” signal. The planned
outcomes are baselined and the actual value compared to produce an error signal.
But the planned values are not assessed for the needed capabilities and the actual
capabilities of the actual values. It is not sufficient to desire a performance
measure. This desired performance measures must actually be achievable. This
missing assessment – what is our actual capacity for work, the achievable work –
is not part of the traditional project management. For project management to be
successful, the capacity for work must be part of the adaptive control loop.
§ There are multiple control signals – both plans and change control are used as a
control signal. Measuring variance from plan – set point minus measured value,
and changes to the set point are part of the multiple control signals. The coupling
between these two control signals masks the individual contributions to the
control loop. Separating these signals needed to isolate the corrective actions in
the control loop.
§ The dynamics and transfer function of each process is not specified. This includes
the sample rate and the response rate of each process. The dynamics of the
systems under control and the loop gain for controlling this system are not
defined in the traditional management process.
5.2 Applying Adaptive Controls To Close These Gaps
«Put the practical parts of AMO’s paper here»
20. 20/22
6 Bibliography
1. Alexander, Christopher, Notes on the Synthesis of Form, Harvard University
Press, 1964.
2. Alexander, Christopher, A Timeless Way of Building, Oxford University Press,
1979.
3. Agresti, New Paradigms for Software Development, IEEE Computer Society
Press, 1986.
4. Aoyama, Mikio, “Agile Software Process and Its Experience,” International
Conference on Software Engineering, 1998.
5. Ballard, Glenn, “The Last Planner System of Production Control,” thesis
submitted to the Faculty of Engineering, School of Engineering, University of
Birmingham, 2000.
6. Basili, Victor, “Iterative Enhancement: A Practical Technique for Software
Improvement,” IEEE Transactions on Software Engineering, 1(4), December
1975.
7. Bateman, T. S. and C. P. Zeithaml, Management: Function and Strategy, Irwin,
1990.
8. von Bertalanffy, Ludwig, General Systems Theory: Foundations, Development,
and Theory, George Braziller, 1976.
9. Boehm, Barry, “Getting Ready for Agile Methods, with Care,” IEEE Computer,
35(1), January 2002, pp. 64–69.
10. Charette, Robert N., “Large–Scale Project Management is Risk Management,”
IEEE Software, pp. 110–117, July 1996.
11. Christensen, Mark J. and Richard H. Thayer, The Project Manager's Guide to
Software Engineering's Best Practices, Computer Society Press, 2002.
12. Cleland, David I., Project Management: Strategic Design and Implementations,
McGraw Hill, 1998.
13. Charette, Robert N., “Large–Scale Project Management is Risk Management,”
IEEE Software, pp. 110–117, July 1996.
14. Cook, H. E., Product Management – Value, Quality, Cost, Price, Profit and
Organization, Chapman & Hall, 1997.
15. Davis, Alan M., “Fifteen Principles of Software Engineering,” IEEE Software,
11(6), pp. 94–96, November/December, 1994.
16. Dempster, Beth, “Science versus Post–Normal Science,”
http://www.fes.uwaterloo.ca/u/mbldemps
17. Duncan, William, A Guide to the Project Management Body of Knowledge,
Project Management Institute, 2000.
18. Earl, Michael, Jeffery Sampler, and James Short, “Strategies for Reengineering:
Different ways of Initiating and Implementing Business Process Change,” Centre
for Research in Information Management, London Business School, 1995.
19. Earl, Michael, “Information Systems Strategy: Why Planning Techniques are
Never the Answer,” Centre for Research in Information Management, London
Business School, 1995.
20. Erdogmus, H., “Valuation Of Complex Options In Software Development,” First
Workshop on Economics–Driven Software Engineering Research, EDSER–1,
May 17, 1999.
21. Flatto, Jerry, “The Role of Real Options in Valuing Information Technology
Projects,” Association of Information Systems Conference, 1996.
22. Funtowicz, S. and J. Ravetz, “Post–Normal Science: A New Science for New
Times,” Scientific European, pp. 95–97, March 1992.
23. Georgescu–Roegen, Nicholas, The Entropy Laws and Economic Progress,
Harvard University, 1971.
24. Feng, Gang, Adaptive Control Systems, Newnes, 1999.
21. 21/22
25. Foster, Jason, James Kay, and Peter Roe, “Teaching Complexity and Systems
Theory to Engineers,” 4th
UICEE Annual Conference on Engineering Education,
7–10 February 2001.
26. Funtowicz, S. and Jerome R. Ravetz, “Post–Normal Science: A New Science for
New Times,” Scientific European, pp. 95–97, March 1992. Also in Futures,
25(7), pp. 739–751.
27. Funtowicz S, and Ravetz, “Post-Normal Science – An Insight Now Maturing,
Futures, 31:641–646, 1999.
28. Funtowicz S, and Jerome R. Ravetz, “Three Types of Risk Assessment and the
Emergence of Post–Normal Science”, in Krimsky S, and Golding D (editors),
Social Theories of Risk, Westport CT, Greenwood. Pp. 251–273, 1992.
29. Glass, Robert L., Software Runaways: Lessons Learned from Massive Software
Project Failures, Prentice Hall, 1998.
30. Adaptive Control Systems, 2nd
Edition, Karl Johan Astrom and Bjorn
Wittenmark, Prentice Hall, 1992.
31. Giglioni, Giovanni B. “A Conspectus of Management Control Theory: 1900–
1972, Academy of Management Journal, 17(2), June 1974.
32. Hallows, Jolyon E. Information Systems Project Management, AMACOM, 1997.
33. Harmsen, Frank, Ivo Lubbers, and Gerard Wijers, “Success–Driven Selection of
Fragments for Situational Methods: The S3 Model,” Design Methodology
Research Group, Department of Computer Science, University of Twente.
34. Hofstade, Geert, “The Poverty of Management Control Philosophy,” Academy of
Management Review, July 1979, pp. 450–461.
35. Howell, Greg and Lauri Koskela, “Reforming Project Management: The Role of
Lean Construction,” Eighth Annual Conference of the International Group for
Lean Construction, (IGLC–8), July 2000.
36. Jackson, M. C., “Towards Coherent Pluralism in Management Science,” Journal
of Operational Research, 50(1), pp. 12–22, 1999.
37. Jackson, E. T., “Teaching Project Management for the 21st
Century: Why it is
Important and What is New?” Carleton University, School Of Business
Administration, Ottawa, Ontario K1S 5B6, Canada.
38. Jones, Capers, “What it Means to be Best in Class,” Version 5, February 10,
1998.
39. Jones, Capers, Patterns of Software Systems Failure and Success, International
Thompson Computer Press, 1996.
40. Kogut, Bruce and Nalin Kulatilaka, “Strategy, Heuristics, and Real Options,” The
Oxford Handbook of Strategy (2001), Chapter 30, 2001.
41. Kogut, Bruce and Nalin Kulatilaka, “Strategy, Heuristics, and Real Options,” The
Oxford Handbook of Strategy (2001), Chapter 30, 2001.
42. Kogut, Bruce and Nalin Kulatilaka, “What is Critical Capability?” Reginald H.
Jones Center Working Paper, Wharton School, 1992.
43. Koskela, Lauri and Greg Howell, “Reforming Project Management: The Role of
Planning, Execution, and Controlling,” Ninth Annual Conference of the
International Group for Lean Construction, (IGLC–9), 2001.
44. Koskela, Lauri, “We need a theory of construction,” Berkeley–Stanford CE&M
Workshop: Defining a Research Agenda for AEC Process/Product Development
in 2000 and Beyond. Stanford, 26 – 28 Aug. 1999. Berkeley. University of
California; Stanford University, 1999.
45. Kuhn, T. S., Structure of Scientific Revolutions, Chicago University Press, 1962.
46. Lewis, Marianne, M. Ann Welsh, Gordon E. Dehler, and Stephen G. Green,
“Product Development Tensions: Exploring Contrasting Styles of Project
Management,” Academy of Management, 2002.
47. Luks, F., “Post–Normal Science and the Rhetoric of Inquiry: Deconstruction
Normal Science?”, Futures, 31(7), pp. 705–719, 1999.
48. May, Lorin J., “Major Causes of Software Failures,” Crosstalk, July 1998.
22. 22/22
49. Maciarello, Joseph A. and Calvin J. Kirby, Management Control Systems: Using
Adaptive Systems at Attain Control, 2nd Edition, Prentice Hall 1994.
50. McCarthy, Dan, “Normal Science and Post–Normal Inquiry,” University of
Waterloo, Waterloo Ontario.
51. Morris, Peter W. G., “Researching the Unanswered Questions of Project
Management,” Project Management Research at the turn of the Millennium,
Proceedings of PMI Research Conference, June 2000, pp. 87–101.
52. Nelles, Oliver, Nonlinear Systems Identification: From Classical Approaches to
Neural Networks and Fuzzy Models, Springer Verlag, 2000.
53. Ogata, Katsuhiko, Modern Control Engineering, 4th
Edition, Prentice Hall, 2002.
54. Osterweil, Leon J., “Software Processes are Software Too,” Proceedings of the
9th International Conference on Software Engineering (ICSE 1987), pp. 2–13,
March 1987, Monterey, CA.
55. Osterweil, Leon J., “Software Processes Are Software Too, Revisited,”
Proceedings of the 19th International Conference on Software Engineering
(ICSE 1997), pp. 540–548, May 1997, Boston, MA.
56. Pajares, Frank, “The Structure of Scientific Revolutions,” Outline and Study
Guide, Emory University, http://www.emory.edu/EDUCATION/mfp/Kuhn.html.
57. Potters, Marc, et. al. “Financial Markets as Adaptive Ecosystems,” May 31, 2001.
arXiv:cond–mat/9609172.
58. Ravetz, Jerome R., “What is Post–Normal Science,” Futures, 31(7), pp. 647–653,
1999.
59. Ravetz, Jerome R. and Silvio Funtowicz, “Post–Normal Science: An Insight now
Maturing,” Futures, 31(7), pp. 641–646, 1999.
60. Rechtin, System Architecture: 2nd
Edition, CRC Press, 2000.
61. Rockart, J. F. and C. V. Bullen, “A Primer on Critical Success Factors,” Center
for Information Systems Research, Working Paper No. 69, Sloan School of
Management, MIT, 1981.
62. Rockart, J. F., M. Earl, and J. Roos, “Eight Imperatives for the New IT
Organization,” Sloan Management Review, Fall, 1996, pp. 43–56.
63. Royce, Winston W., “Managing the Development of Large Scale Software
Systems,” Proceedings of IEEE WESCON, pp. 1–9, August 1970.
64. Royce, Walker, Software Project Management, Addison Wesley, 1998.
65. Selfridge, Oliver G. (editor), Adaptive Control of Ill–Defined Systems, Plenum
Publishing, 1984.
66. Shenhar, A. J. and D. Dvir, “Toward a Typological Theory of Project
Management,” Research Policy, 25(4), pp. 607–, 1996.
67. Sullivan, Kevin, P. Chalasani, S. Jha, and V. Sazawal, “Software Design as an
Investment Activity: A Real Options Perspective,” in Real Options and Business
Strategy: Applications to Decision–Making, edited by Lenos Trigeorgis, Rick
Books, 1999.
68. Szulanski, Gabriel, “Unpacking Stickiness: An Empirical Investigation of the
Barriers to Transfer Best Practices Inside the Firm,” INSEAD Study, Academy of
Management Best Paper Proceedings, pp. 437–441, November 1995.
69. Tao, Gang, Adaptive Control Design and Analysis, John Wiley & Sons, 2003.
70. Thorburn, W. M. “The Myth of Occam's Razor,” Mind 27:345–353, 1918.
71. Project Management Body of Knowledge, 5th
Edition, Project Management
Institute.
72. Project Based Organizations as Complex Adaptive Systems, Carlos Eduardo
Yamasaki Sato, Dario E.A. Dergint, Kazuo Hatakeyama
73. ISO/IEC/IEEE 42010, Systems and Software Engineering – Architectural
Description, 2001-12-01