Six Sigma project management summary and detailed historical timeline by era and year

Six Sigma is a disciplined, data-driven methodology and project management strategy designed to improve process performance, eliminate defects, and minimize variation. Pioneered at Motorola in the 1980s, it aims for a near-perfection standard of no more than 3.4 defects per million opportunities (DPMO). It is often used in combination with Lean principles (Lean Six Sigma) to simultaneously eliminate waste and reduce variation.

Six Sigma Project Management Summary

Six Sigma project management relies on a structured, five-phase framework known as DMAIC (pronounced “duh-may-ick”) for improving existing processes:

Define: Identify the project goals and customer deliverables (Critical to Quality – CTQ).
Measure: Quantify the current process performance and gather baseline data.
Analyze: Determine the root causes of defects and variation.
Improve: Implement and verify solutions that eliminate the root causes.
Control: Standardize the new process and implement monitoring to ensure long-term sustainability.

Key Project Roles (The Belt System):

White/Yellow Belt: Basic awareness and team members.
Green Belt: Leads projects, assists Black Belts.
Black Belt: Leads complex projects, acts as change agent.
Master Black Belt: Coaches Black/Green Belts, oversees strategy.

Detailed Historical Timeline by Era and Year

Pre-1980s: Foundational Quality Efforts

1799: Eli Whitney introduces the concept of interchangeable parts (standardization) to produce muskets, reducing variation.
1920s: Walter Shewhart at Bell Laboratories shows that 3-sigma process control is necessary to reduce variation.
1950s: Toyota Production System (TPS) develops to create efficiency and quality.

1980s: Origin and Development (The Motorola Era)

1981: Motorola leadership (Bob Galvin) initiates a push for increased quality, arguing that traditional 3-sigma defects (thousands) were insufficient, prompting a push for DPMO.
1985: Engineer Bill Smith pens a paper proposing the term and methodology of Six Sigma.
1986: Bill Smith officially introduces Six Sigma at Motorola, with Mikel Harry and Bob Galvin as co-contributors.
1987: Motorola formally founds the Six Sigma improvement program, targeting a 10-fold reduction in defects.
1988: Motorola receives the first Malcolm Baldrige National Quality Award.
1989: Motorola establishes the Six Sigma Research Institute.

1990s: Expansion and Standardization (The GE/Allied Signal Era)

1990: Motorola introduces the concept of Black Belts to formally lead improvement projects.
1993: Motorola registers Six Sigma as a trademark.
1994: AlliedSignal adopts Six Sigma, with CEO Larry Bossidy leading the effort.
1995: Jack Welch adopts Six Sigma at General Electric (GE), optimizing the DMAIC approach and boosting its popularity.
Late 1990s: Over 2/3 of Fortune 500 companies start Six Sigma initiatives.

2000s: Integration with Lean (The Lean Six Sigma Era)

2000s: Global adoption of Six Sigma by companies like Sony, Jaguar, Samsung, and Adidas.
2002: Michael George publishes “Lean Six Sigma,” combining the speed of Lean (waste reduction) with the quality of Six Sigma (variation reduction).
Mid-2000s: Six Sigma expands beyond manufacturing into services, healthcare, and finance.

2010s – Present: Digitalization and Advanced Analytics

2010s: Integration of data-driven Six Sigma with technology, including real-time monitoring and advanced data analytics.
Present: Incorporation of Big Data, Machine Learning, and AI to enhance analytical capabilities and predictive maintenance within the DMAIC framework.

Key Contributors to Six Sigma

Bill Smith: “Father of Six Sigma,” developed the concept at Motorola.
Bob Galvin: CEO of Motorola, supported and pushed the adoption of the methodology.
Mikel Harry: Co-developed the methodology and helped establish the Six Sigma Institute.
Jack Welch: Former CEO of GE, championed the strategy, proving its power outside of manufacturing.
Larry Bossidy: CEO of Allied Signal, instrumental in early adoption.

Six Sigma project management summary and detailed historical timeline by era and year

LeSS Large-Scale Scrum project management summary and detailed historical timeline by era and year

Large-Scale Scrum (LeSS) is a product management framework designed to scale the principles and purpose of Scrum across multiple teams working on a single product. Unlike other scaling frameworks that add complex layers of management, LeSS focuses on “descaling” organisational complexity by maintaining a single Product Owner and one unified Product Backlog for up to eight teams (Basic LeSS) or thousands of people (LeSS Huge).

Historical Timeline of LeSS

The development of LeSS followed the maturation of Scrum and the need for a simplified way to apply it to large-scale, multi-site environments.

Era 1: Pre-Framework Foundation (1986–2004)

1986: The term “Scrum” is first used in a management context by Hirotaka Takeuchi and Ikujiro Nonaka in their Harvard Business Review article, “The New New Product Development Game”.
1993–1995: Jeff Sutherland and Ken Schwaber formalise Scrum as a practical software development framework.
2001: The Agile Manifesto is authored, setting the cultural stage for lightweight scaling methods.
2002: The Scrum Alliance is founded to promote and standardise Scrum training.

Era 2: Conception and Early Implementation (2005–2007)

2005: Craig Larman and Bas Vodde begin collaborating at Nokia Siemens Networks. They start combining their experiences to address the challenges of multi-site, large-scale agile development, laying the groundwork for what would become the LeSS framework.
2005–2007: The principles are tested and refined in large-scale environments at companies like Nokia, Xerox, and Siemens.

Era 3: Formalisation and Publication (2008–2015)

2008: The first major book detailing these practices, Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum, is published by Larman and Vodde.
2010: Practices for Scaling Lean & Agile Development is released, providing concrete experiments and guides for practitioners.
2014: The official LeSS.works website is launched to provide a centralized hub for LeSS rules, principles, and guides.
2015: LeSS is increasingly recognized as a major scaling framework alongside others like SAFe and Nexus.

Era 4: Consolidation and Modern Scaling (2016–Present)

2016: The third book, Large-Scale Scrum: More with LeSS, is published, distilling the framework into its most essential rules and guides.
2017–Present: LeSS adoption expands globally into diverse sectors including finance (JP Morgan), telecom, and large-scale hardware-software systems.
2020s: Continuous evolution of “LeSS Huge” cases, showing the framework’s ability to support up to 2,500 people working on a single integrated product.

Core Principles Summary

LeSS is guided by 10 core principles that differentiate it from other frameworks:

Large-Scale Scrum is Scrum: It is not a “new” version but Scrum applied to many teams.
Empirical Process Control: Reliance on transparency, inspection, and adaptation.
More with LeSS: Scaling by removing roles and artifacts rather than adding them.
Whole-Product Focus: One Product Backlog and one Product Owner regardless of team count.
Systems Thinking: Optimising the whole system rather than individual team performance.

LeSS Large-Scale Scrum project management summary and detailed historical timeline by era and year

Extreme Programming XP project management summary and detailed historical timeline by era and year

Extreme Programming (XP) is a prominent, disciplined Agile software development framework designed to improve software quality and responsiveness to changing customer requirements. Developed by Kent Beck in the mid-1990s, it focuses on taking beneficial engineering practices—such as pair programming, testing, and continuous integration—to “extreme” levels.

Project Management Summary: Core XP Components

XP differs from other Agile methods by focusing intensely on technical engineering practices alongside project management techniques.

Core Values: Communication, Simplicity, Feedback, Courage, and Respect.
Key Practices: Pair Programming, Test-Driven Development (TDD), Collective Ownership, Continuous Integration, Refactoring, and Small Releases.
Project Management Focus:
- The Planning Game: Combines business priorities with technical estimates to determine what to build next.
- Small Releases: Frequent, working software releases (often 1–2 weeks) to gather rapid customer feedback.
- On-site Customer: A customer representative works with the team to provide instant feedback and clarify requirements.
- Sustainable Pace: Limiting work weeks to 40 hours to avoid burnout and maintain quality.

Detailed Historical Timeline of XP

Era 1: Origins and The Chrysler C3 Project (1993–1996)

1993: Chrysler launches the Comprehensive Compensation System (C3) project to upgrade payroll software, which struggles for years.
March 1996: Kent Beck is brought in to lead the C3 project. To salvage the project, Beck starts encouraging team members to adopt a set of technical practices he developed based on his experiences.
1996: Ward Cunningham heavily influences the development of early XP concepts, particularly the “metaphor”.
1996: The project begins adopting daily meetings, pair programming, and TDD.

Era 2: Formalization and “Embracing Change” (1997–2000)

1997: Ron Jeffries is brought in to coach the C3 team, helping solidify the practices.
1998: The term “Extreme Programming” becomes widely discussed within the Smalltalk and Object-Oriented programming communities.
October 1999: Kent Beck publishes Extreme Programming Explained: Embrace Change, formally defining the framework.
February 2000: Daimler-Benz acquires Chrysler and cancels the C3 project after 7 years of work. Despite cancellation, the methodology proved that it could produce working, high-quality software, just not fast enough to overcome the legacy backlog.

Era 3: Rise of Agile and Expansion (2001–2005)

February 2001: Kent Beck and Ron Jeffries are among the 17 developers who draft the Manifesto for Agile Software Development at Snowbird, Utah. XP is recognized as one of the foundational “Agile” methods.
2001: The first Agile Alliance conference is held. XP is considered the dominant agile methodology during this period.
2002–2003: XP gains global popularity; numerous books are published expanding on the core 12 practices.
2004: The second edition of Extreme Programming Explained is released, shifting focus from 12 rigid practices to more adaptive principles.

Era 4: Integration with DevOps and Continuous Delivery (2006–Present)

2006-2010: As Scrum gains popularity for general project management, XP practices like TDD and Pair Programming become the “standard” technical practices for high-performing teams, often blended with Scrum (ScrumXP).
2010s: The rise of DevOps and continuous delivery, which inherently requires XP practices like CI/CD (Continuous Integration/Continuous Delivery).
2020-2026: While fewer companies identify strictly as doing “XP,” its technical practices are considered essential to modern software development and are integrated into almost all Agile methodologies to ensure quality and speed.

Extreme Programming XP project management summary and detailed historical timeline by era and year

Agile project management summary and detailed historical timeline by era and year

Agile project management is an iterative, incremental approach to project management that focuses on flexibility, continuous improvement, and rapid delivery of value. Unlike the linear “Waterfall” approach, Agile breaks projects into small, time-boxed cycles (sprints or iterations) to allow for frequent feedback and adaptation to changing requirements.

Summary of Agile Project Management

Core Values: Individuals/interactions over tools, working software over documentation, customer collaboration over negotiation, and responding to change over following a plan.
Key Techniques: Sprints, daily stand-up meetings, visual control (Kanban boards), and user stories.
Primary Benefits: Increased adaptability, higher quality through continuous testing, faster ROI, and better team collaboration.
Common Frameworks: Scrum, Kanban, Extreme Programming (XP), Crystal, and Dynamic Systems Development Method (DSDM).

Detailed Historical Timeline of Agile (1950s–Present)

1. The Pre-Agile Era: Iterative Roots (1950s–1980s)

Before “Agile” was a term, software pioneers experimented with iterative approaches to break away from linear, heavy-documentation processes.

1957: Gerald M. Weinberg begins experimenting with incremental development at IBM.
1968: “Conway’s Law” is coined, highlighting the impact of organizational communication on system design.
1970s: Barry Boehm proposes “Wideband Delphi,” a forerunner to modern estimation techniques like Planning Poker.
1985: Tom Gilb introduces the “Evolutionary Delivery Model” (Evo), focusing on small, incremental releases.
1986: Takeuchi and Nonaka publish “The New New Product Development Game” in Harvard Business Review, describing a rugby-like approach that inspires Scrum.
1988: Scott Schultz describes timeboxing in “Rapid Iterative Production Prototyping”.

2. The Birth of “Lightweight” Methods (1990s)

Practitioners, frustrated with the “Waterfall” approach, created new, faster methodologies, often called “lightweight” methods.

1991: James Martin releases Rapid Application Development (RAD), popularizing prototyping and iterative feedback.
1993: Jeff Sutherland, John Scumniotales, and Jeff McKenna develop the first Scrum framework at Easel Corporation.
1994: The Dynamic Systems Development Method (DSDM) is created to provide structure to RAD.
1995: Ken Schwaber and Jeff Sutherland co-present the Scrum methodology at the OOPSLA Conference.
1996: Kent Beck develops Extreme Programming (XP) at Chrysler; Jon Kern, Ivan Joseph, and Peter Coad create Feature-Driven Development (FDD).
1997: Ken Schwaber describes the “Daily Scrum”.
1998: The Chrysler Goes to Extremes case study popularizes XP practices like pair programming and three-week iterations.

3. The Agile Manifesto and Formalization (2000s)

2000: A group of 17 thought leaders meets in Oregon to discuss lightweight development, setting the stage for the Manifesto.
2001 (Feb): The 17 developers meet at Snowbird, Utah, to formulate the “Manifesto for Agile Software Development”.
2001 (Late): The Agile Alliance is formed to support the community.
2004: Ken Schwaber and Mike Beedle publish Agile Software Development with Scrum; Jim Highsmith publishes Agile Project Management.
2009: Kanban gains significant traction in the IT sector, focusing on continuous flow.

4. Mainstream Adoption and Scaling (2010s)

2010s: Real-life success metrics and case studies accompany Agile, driving adoption above 50%.
2011: The Agile Alliance holds “Agile2011” to reflect on ten years of the Manifesto.
2012-2015: Large-scale adoption accelerates, prompting the creation of frameworks like SAFe (Scaled Agile Framework) and LeSS (Large-Scale Scrum).
2017: AXELOS releases PRINCE2 Agile; Agile Testing gains a formal, collaborative definition.

5. Enterprise Agility and Beyond (2020s)

2020: COVID-19 pandemic drastically accelerates the adoption of remote/distributed Agile and digital tools like Jira.
2021+: Continued focus on “Business Agility,” moving Agile principles from IT departments into HR, marketing, and leadership teams.

Evolution of Core Methodologies

Scrum: Emerged 1993/1995 (Sutherland/Schwaber).
XP (Extreme Programming): Emerged 1996 (Beck).
Crystal: Emerged 1991 (Cockburn).
FDD (Feature Driven Development): Emerged 1997.
Kanban: Adopted from manufacturing (Toyota 1940s) and applied to IT in late 2000s.

Agile project management summary and detailed historical timeline by era and year

Kanban project management summary and detailed historical timeline by era and year

Kanban is a visual project management framework used to implement lean and agile methodologies, focusing on reducing waste, managing work-in-progress (WIP), and ensuring continuous, high-quality flow. Originating from Japanese manufacturing in the 1940s, it has evolved into a dominant, flexible system for knowledge work, software development, and everyday task management, characterized by “pulling” work only when capacity allows.

Summary of Kanban Project Management

Definition: “Kanban” is Japanese for “signboard” or “visual card”. It is a system for managing work as it moves through a process.
Core Principles: Visualize workflow, limit work-in-progress (WIP), manage flow, make process policies explicit, and improve collaboratively.
Key Components: Kanban Board (visual representation), Kanban Cards (work items), and Columns (workflow stages like To Do, Doing, Done).
Key Benefits: Increased visibility of bottlenecks, improved team focus, flexibility in priorities, and reduced waste (overproduction/excess inventory).
“Pull” System: Work is only started when a downstream team member “pulls” a new card, preventing overburdening.

Detailed Historical Timeline

Era 1: Roots & Conceptualization (1600s – 1930s)

1600s (Edo Period): The term “Kanban” originates, referring to signboards used by Japanese shops to attract customers and distinguish their services, representing the need to communicate content clearly.
1920s: Sakichi Toyoda, founder of Toyoda Automatic Loom Works, invents automatic looms that stop if a thread breaks, establishing the “jidoka” (automation with a human touch) principle.
1930s: Toyota releases its first automobiles, with manufacturing heavily influenced by American assembly line methods.

Era 2: Toyota Production System (1940s – 1990s)

Late 1940s: Taiichi Ohno, an industrial engineer at Toyota, develops the “Just-in-Time” (JIT) production system to minimize waste and inventory costs while increasing manufacturing efficiency.
1953: Toyota applies supermarket-style “pull” logic to its main plant machine shop, using cards to signal demand and replenish materials.
1956: Ohno visits American supermarkets and studies how shelf-stocking relies on customer demand to trigger replenishment.
1963: The Kanban system is officially implemented and adopted across all Toyota factories.
1973–1978: Ohno publishes the principles of the Toyota Production System, popularizing Lean Manufacturing.

Era 3: Transition to Knowledge Work (2000s)

2001: The Agile Manifesto is published, highlighting the need for faster software development, which Kanban later helps achieve.
2003: Mary and Tom Poppendieck publish “Lean Software Development: An Agile Toolkit,” mapping manufacturing principles to IT.
2004: David J. Anderson applies “pull system” principles to Microsoft’s XIT Sustaining Engineering group, creating the “Kanban Method”.
2005: David Anderson implements the first Kanban system for change request management at Corbis.
2007: Anderson introduces Kanban to the Agile community at the Agile 2007 conference. Karl Scotland introduces Kanban to Yahoo!.
2008: The “kanbandev” Yahoo! group is formed, fostering community development of virtual kanban systems.

Era 4: Modernization and Global Adoption (2009 – Present)

2009: Corey Ladas publishes “Scrumban,” exploring the mix of Scrum and Kanban. The first Lean Kanban conference is held in Miami.
2009 (Summer): Jim Benson begins developing Personal Kanban, applying the methodology to personal organization.
2010: Anderson publishes “Kanban: Successful Evolutionary Change for Your Technology Business”, cementing the framework in tech management.
2011: Jim Benson and Tonianne DeMaria Barry publish “Personal Kanban”.
2016: “Essential Kanban Condensed” is published by David Anderson and Andy Carmichael, distilling the method into five core practices.
2020s: Digital Kanban tools become industry standard for remote work, and adoption spreads to non-tech industries like marketing, human resources, and law.

Kanban project management summary and detailed historical timeline by era and year

Waterfall project management is a linear, sequential methodology

Waterfall project management is a linear, sequential methodology where progress flows steadily downward through defined phases, much like a physical waterfall. In this model, each stage—such as requirements, design, implementation, and testing—must be fully completed and approved before the next one begins.

Waterfall Project Plans, .xls and .mpp file formats respectively

Core Characteristics

Sequential Design: No overlapping phases; each “cascades” into the next.
Documentation-Driven: Extensive upfront planning and detailed records are required at every step.
Fixed Scope: Requirements are gathered at the start, making the project’s timeline and budget highly predictable but difficult to change.
Specialised Use: Best suited for regulated industries like aerospace, construction, and healthcare, where changes are costly or safety is paramount.

Historical Timeline by Era and Year

The following timeline tracks Waterfall from its origins in post-WWII engineering to its current role in hybrid project management.

Examples, Waterfall Plan On a Page POaP in MS PowerPoint format

The Pre-Formal Era (1950s – 1969)

Software development adopted structured, sequential approaches from engineering, largely driven by complex, high-risk projects.

1956: Herbert D. Benington documented a sequential process for the SAGE project, establishing the technical roots.
Late 1960s: NASA applied linear, rigid methodologies to Apollo missions, setting a precedent for high-stakes, documentation-heavy development.
1968: The NATO Software Engineering Conference highlighted the “software crisis,” prompting a push for formal, disciplined development models.

The Formalisation Era (1970 – 1979)

The model was officially, yet ironically, described and named.

1970: Dr. Winston W. Royce published his foundational paper on managing large software systems, often cited as the origin of the “Waterfall” model, though he originally presented it as a cautionary, flawed approach.
1976: T.E. Bell and T.A. Thayer likely first used the term “Waterfall” in literature.

The Institutional Era (1980 – 1999)

Waterfall became the mandatory standard for large-scale, complex projects.

1985: The U.S. DoD mandated DOD-STD-2167, cementing Waterfall as the standard for military software.
1989: The UK Government introduced PRINCE2, deeply influenced by Waterfall principles.
1994: The U.S. DoD formally abandoned strict Waterfall mandates for more flexible methods.

The Modern & Hybrid Era (2000 – Present)

Waterfall transitioned from the default standard to a specialised methodology.

2001: The Agile Manifesto marked a shift toward iterative development, reducing Waterfall’s dominance.
Present Day: It remains vital in regulated sectors (e.g., aerospace) and is often combined with Agile in hybrid approaches.

Waterfall project management is a linear, sequential methodology

Click on the link in the website banner above to purchase example, editable template project plans shown and many others.

Project Management Process Summary

Project Management Processes Summary

Waterfall Methodology in Project Management, a Timeline History

The Waterfall methodology is a linear, sequential project management approach where progress flows steadily downward through defined phases, such as requirements, design, implementation, and testing. Each stage must be completed and approved before the next begins, making it highly structured but often inflexible to changes.

Waterfall template available on this website

Historical Timeline by Era and Year

The history of the Waterfall model spans from early post-WWII engineering to its formalisation in software and eventual institutionalisation in government standards.

The Pre-Formal Era (1950s – 1969)

During this period, software development borrowed heavily from established engineering and manufacturing processes.

1956: Herbert D. Benington presents a paper on the Semi-Automatic Ground Environment (SAGE) project, describing a structured process that many consider the true technical origin of the sequential approach.
Late 1960s: Major NASA projects and government software systems for rockets (e.g., Apollo missions) utilise rigid specifications and linear development due to the high cost of changes.
1968: The NATO Software Engineering Conference identifies the “software crisis”—projects consistently running over budget and time—leading to a push for more disciplined models.

The Formalisation Era (1970 – 1979)

The methodology was formally described, ironically as a cautionary tale, and finally given its name.

1970: Dr. Winston W. Royce publishes “Managing the Development of Large Software Systems”. He presents the sequential diagram but explicitly critiques it as “risky and invites failure,” suggesting a more iterative approach instead.
1976: The term “Waterfall” is officially coined in a paper by Bell and Thayer, “Software Requirements: Are They a Problem?”.

The Institutional Era (1980 – 1999)

Waterfall becomes the global standard for large-scale and regulated industries.

1985: The U.S. Department of Defense (DoD) adopts DOD-STD-2167, which mandates the use of the Waterfall model for all software development contractors. This cements Waterfall as the “one true way” for government and aerospace projects.
1989: The UK Government creates PRINCE2, a process-based method largely rooted in Waterfall principles, still widely used in the public sector today.
1991: In response to Waterfall’s rigidity, James Martin introduces Rapid Application Development (RAD), one of the first major departures from the linear model.

The Modern & Hybrid Era (2000 – Present)

As Agile became dominant, Waterfall shifted from the default choice to a specialised or hybrid tool.

2001: The Agile Manifesto is published, marking a significant industry-wide shift away from traditional Waterfall toward iterative development.
2009: Major institutions like George Washington University and others begin documenting their Project Management Lifecycle (PMLC) to standardise Waterfall and hybrid models for better oversight.
2020s: Waterfall persists in regulated domains like healthcare, aerospace, and construction. It is increasingly integrated into hybrid methodologies that use Waterfall for high-level planning and Agile for execution.

Waterfall Methodology in Project Management, a Timeline History

Project Management LinkedIn Group

https://www.linkedin.com/groups/163300

Project Management Café, PRINCE2 Agile SCRUM Kanban MPP MSP Templates ITIL LEAN DevOps PMP Six Sigma

This is a Project Management Group Café for PM students, graduates and professionals looking to either locate, discuss or contribute ideas for PM templates for; Agile, Scrum, Kanban, PRINCE2 Waterfall projects, e.g. Plan on a Page (POaP), RACI, MPP, RAID logs, finance trackers, status reports, org charts etc. etc.

Project Management LinkedIn Group

PRINCE2 and Agile Project Management Templates Gallery

A gallery and inventory of screenshots for the Project Management Templates (both Agile and PRINCE2 waterfall projects) that are all available to be purchased as a bundle from this website link (note: upgrades to the latest template package after purchase, are totally FREE).

Agile PRINCE2 Project Management Templates Gallery

PRINCE2 & Agile PM Templates Gallery

PM templates include MS Project MPP and MS Excel detailed plans including PRINCE2 and Agile delivery, Gantt Plan on a Page examples (POaP), finance trackers, status reports, RAID logs (Risk, Issue, Assumption, Dependency log), RACI tracker (Responsible, Accountable, Consulted, Informed), agile burn down chart and burn up chart, resource tracker, benefits realization plan etc. etc.

(Download the Template Inventory PDF file – 15MB)

Join the FREE PM templates related Facebook Group (LIKE Facebook page) and LinkedIn Group.

PRINCE2 and Agile Project Management Templates Gallery examples

Agile Scrum Burn Down (and Up) Chart in Microsoft Excel

Example Microsoft Excel Spreadsheet Examples for Project Planning

PRINCE2 & Agile PM Templates Gallery

Project Management Success Wheel, 8 Key Elements

Project Management Mistakes Overview

Project Management KPIs to track

Project Management KPIs to track

Mark Whitfield HP NonStop Tandem experience & Project Management Templates

Mark Whitfield is an experienced IT Project Manager and software developer who has spent over 22 years specialising in HP NonStop (formerly Tandem) systems. He is currently an Engagement Project Manager at Capgemini.

Career & Expertise

Whitfield’s career in HP NonStop began in 1990 and includes significant technical and leadership roles across the financial and technology sectors:

Software Development: Early in his career, he worked as a programmer for The Software Partnership (later Deluxe Data/FIS), focusing on electronic banking software like sp/ARCHITECT on Tandem mainframes.
Insider Technologies (1995–2013): He spent 18 years at Insider Technologies as a Senior Development Engineer and Project Manager. His work involved:
- Developing monitoring and diagnostic software such as Reflex 80:20, Reflex ONE24, and RTLX (Real-Time Log Extraction) for payment systems.
- Managing the first HP OpenView Operations Smart Plug-In certification for the NonStop platform.
- Designing XPERT24, a performance tracking product for ACI’s XPNET layer.
Capgemini (2016–Present): As an Engagement Project Manager, he has led digital projects for major clients in the automotive, government, and aerospace sectors, including a cloud migration for UK Government applications.

Technical Contributions

Publications: He has authored articles for globally published journals like The Connection (2013), discussing topics such as querying terabytes of legacy transaction log data from NonStop mainframes.
Project History: He has managed high-value projects, including a £5 million initiative to migrate legacy HP NonStop software to AIX-based technologies for a large UK retail bank.
Training: He is trained in various NonStop-specific technologies, including TAL (Transaction Application Language), COBOL85, PATHWAY, and NonStop SQL.

Whitfield also maintains a professional website, mark-whitfield.com, where he provides project management templates and resources related to HP NonStop and Tandem systems.

Mark Whitfield provides a comprehensive bundle of over 200 editable project management templates designed for Agile, Waterfall, and PRINCE2 methodologies. These templates are based on over 30 years of project delivery experience and are available for purchase via his official website or Etsy shop.

Key Template Categories

The bundle includes a wide variety of tools across different formats (Excel, PowerPoint, Word, and MS Project):

Planning & Scheduling:
- Plan on a Page (POaP): Over 30 PowerPoint slide examples for executive-level summaries.
- Detailed Project Plans: MS Project (MPP) and Excel templates for SDLC, PRINCE2 7th Edition, and Agile Scrum projects.
- Gantt Charts: Built-in tracking views for both MS Project and Excel.
Tracking & Control:
- RAID Logs: Comprehensive logs for tracking Risks, Actions, Issues, and Dependencies, plus additional tabs for Change Requests and Lessons Learned.
- RACI Matrix: Templates to define project roles and responsibilities (Responsible, Accountable, Consulted, Informed).
- Finance Trackers: Tools for internal and external forecast vs. actual costs, including margin and variance tracking.
Agile Specific Tools:
- Burn Down & Burn Up Charts: Excel-based alternatives when tools like Jira are unavailable.
- Agile Story Dependency Tracking: Specifically for managing dependencies between agile stories and external suppliers.
Reporting & Governance:
- Status Reports: Weekly and monthly templates in Word and PowerPoint formats.
- Stakeholder Analysis: Power/interest mapping and engagement plan templates.
- Benefits Realisation: Plans to track project outcomes against initial business goals.

Purchase Benefits

Lifetime Upgrades: Once purchased, all future additions and updates to the template package are provided for free.
Compatibility: Templates are designed for Microsoft Office 365 but also include Excel versions compatible with earlier software.
Support: The package typically includes walkthrough Word documents to guide users on how to use each major template.

Mark Whitfield HP NonStop Tandem experience & Project Management Templates