
Welcome to the 'gig economy.' Here is the what we'll be covering in this training. Concepts that I believe that we'll find no where else?
Managing expectations is the very real mission behind every creation process. Here is a starting set of concepts worthy of a consideration.
Whenever there is a need there is a mission statement... and we've often many of our own needs as well.
In the English, actors and actions readily translate down to nouns and verbs. Let's take a moment to appreciate any 'who', 'what', 'where', 'how', 'why' and 'when' need(s) behind any one of our own missions.
Lets take a moment do see if we can detect any 'hidden requirements' within an extremely common mission-statement - a need that everyone often has?
My common Kata, all we often need do is to simply apply our formula to detect, as well as to honeslty resolve, any deliberate and / or innocent ambiguities. -Parity matters!
Pride of ownership is just one of the very many reasons why we often need decompose - as well as to seldom change - any legacy requirement.
By the time we've defined any final set of all projects / sprint meta-documents one might reasonably hope to have a unique identifier for any actionable items and / or deliverables therein?
The larger any patron's organization the more we'll need to be willing - or able ? - to fully embrace any project 'domain speak.' - Indeed, the ability to be less impressed with ourselves and far more impressed with our clients is usually a 'professional thing'? ?
Low-level walk-thrus using flow charts and / or activity diagrams are often the only way to insure what we're doing is what everyone expects us to have done.
Requirements are often the only artifacts to survive our documentation efforts, so let's take a moment to appreciate how our requirements are making it over to our code.
Let's take a moment to better appreciate why software development has today become more about project 'engineering', rather than 'encoding?'
Let's lock what we've discovered into our longer-term memories by reviewing a very probably process-centric Use Case.
I've no idea why everyone is so freaked about today's A.I and code generators ... creating software is so much more than merely 'speaking code!'
From that one-person gig, to those board room brainstorming sessions, the concepts taught in "Gig Success" are designed for professionals who need to learn what to do to keep clients happy, as well as to influence software developers.
No matter if you are a top-down or bottom-up software developer, let me help you take your analytical, requirements- gathering, coding, and testing abilities, to the next level!
About This Series
Written by a Principal Trainer & Principal Software Development Engineer, in order to insure mastery key topics are presented several times, as well as at ever-increasing depth. You will also be using cross platform programming interfaces - the same techniques will work on Microsoft Windows, Linux, and Mac.
Note:
Gig Success is a "Level 4" educational opportunity. Students should be either (1) comfortable writing Python, or (2) using A.I to generate code.
Related Concepts:
After completing the Python 1000 series, in the Python 2000 series you can complete keyword mastery by exploring a large collection of activity-related topics.
Sold separately, in the 2000 series students will enjoy learning how to create Lambdas, Generators, Context Managers, Packages & Modules, Classes, Factories, Frameworks, how to manage Exceptions, as well as other professional programming topics. From keywords & tabs to testing & documentation, hints & tips on how to use Python in the professional world abound!