By Jett Alcock at October 30 2018 02:19:16
Flowcharts can be very useful for a technical writer. If you're working on a complex process, a flowchart can show you the various steps involved in that process. For example, you could be working on a manual on how to troubleshoot the Autopilot Flight Director system for the Boeing 747 aircraft. There are various steps involved in troubleshooting this system. Each step has multiple sub-steps. By creating a flowchart, you can quickly see which step takes place at what stage in the process.
So here's a mind-blowingly simple technique to get your ex back: make it look as if you don't care anymore! You see, if you appear too desperate to get your ex back, you put them in the power position. You put them on a pedestal so high and mighty that no one else can touch it. This gives them a tremendous amount of power over you. It gives them a tremendous feeling of overblown self importance. Dale Carnegie once wrote that the most fundamental desire of humans is the desire to feel imported. It is what separates us from the animals. But by making another person feel too important, you can turn them into a tyrant. You feed their ego so much that it becomes overblown. It swells up like a giant hot air balloon!
In the last years some organizations have emerged with the aim of creating professional communities around specific disciplines such as Software Development (SEI, ESI, etc...), Project Management (PMI), Business Process Management (BPMI), IT Service Management (ITSMF), etc... One of the objectives of these groups is to develop a body of knowledge that compiles the discipline's best practices in the form of reference frameworks, methodologies and maturity models. These assets should be considered by any organization interested in knowledge process management.
In the last few years a lot has been written about Business Process Management, and about technologies supporting it such as BPMS, SOAP and Web Services. Most of these theories, tools and techniques refer to processes of a highly structured nature. Typically, BPM theorists and practitioners have focused on highly structured processes, like back-office processes of industrial or administrative nature. These processes are highly standardized and repeatable, produce a consistent output and are likely to be automated in part or end-to-end (STP).