No Stupid Questions, Stupid

 Playing with the order of the words:

No stupid questions.

No questions, stupid.

Stupid! No questions!

Stupid questions,  no.

Questions, stupid? No?

Questions? No? Stupid.

Training

The essence of training is acquiring or improving skills.  If you undergo training, and no change occurs in how you do the things you were trained at, then the training did not matter.

If you had a certain way of planning projects, and underwent training on how to plan projects more correctly, then you went back to your way (which was not as good), then the training did not matter. Sometimes the reason you went back to the old way was not due to yourself. Perhaps the organisation you work in prefers the old way, and resists the new way (a very common situation), then you face incongruity. You know what you're doing is not as effective as the new way, but you 'have no choice'. It takes a lot of effort to try and change an organisations. If you tried, you may end up alienating people, or making enemies. There is also the risk that your execution of the new way won't be as effective as the old way. This is a real risk, because after all, you are just a beginner in the new way.

Random thoughts

A dissertation that has typos has too many words.

A dissertation that has typos but makes sense nevertheless is not a dissertation worth writing.

If writing is a muscle that can be trained to improve one's writing, don't forget to train both the left and right parts of the brain, lest they grow uneven.

Manifesto for Agile Corporate Finance

Suppose that in 2001, seventeen corporate finance professionals came together at a ski lodge, and wrote a document called "Manifesto for Agile Corporate Finance", and one of the values promoted is "Cash on hand over receivables" (analogous to 'working software over comprehensive documentation).

How bizarre would it be if the values espoused in their manifesto then gets used as bedrock foundations for: the right way to build software, run projects, and a host of other activities unrelated to corporate finance?  

I also wonder if everyone would be calling it the "Agile Manifesto" for short, omitting the "for Corporate Finance", thus obscuring its intended domain.

It's "Manifesto for Agile Software Development"

Whenever someone refers to the "principles of Agile" and claims these principles are found in the Agile Manifesto, always remember the manifesto is called "Manifesto for Agile Software Development".

It's not "Manifesto for Agile Anything".  It's not "Manifesto for Agile Marketing".  It's not "Manifesto for Business Agility". It's not "Manifesto for Agile Project Management"

It's a manifesto for agile software development. 

The manifesto was written by software developers to promote better, faster, more enjoyable, higher quality software and software development experience.

Voicemail for Doors

Busy working on a new product: Voicemail for doors.  

If someone knocks on your door (or rings the doorbell), it prompts: "Hi, I can't come to the door right now. Tell me who you are and why you're here, and I'll open the door as soon as I can. <beep>"

Business Requirements

In the field of systems development, we distinguish between different kinds of requirements, such as top level requirements, business requirements, user requirements, and system requirements. 

Business requirements refer to the overarching needs and constraints imposed by an organisation's stakeholders on the solutions to a problem. They delineate the range of acceptable solutions to the problem, but without going too much into the solution. User requirements in contrast dictate needs relating to how the solution will be operated, maintained, and used.

Some of the business requirements, in order to be met, will also generate user and system requirements (eg business requirements to meet policies relating to disability).

Business requirements can derive from organisational policies, strategies, business case, and a range of other sources.

Examples of business requirements are:

• The solution must cost no more than $100m
• The technology platform must be AWS (or Azure, or Google) - for example, because organisational policy requires that IT solutions use these platforms.
• The solution must be fielded by 2nd quarter of 2025, to align with the strategy.
• The solution must meet data privacy policies.
• The solution must meet policies supporting users with disabilities.