-
Notifications
You must be signed in to change notification settings - Fork 175
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
XS✔ ◾ new rule recognizing anchoring effects (#8494)
* new rule when to use anchoring * Auto-fix Markdown files * add category * Auto-fix Markdown files * made changes to the introduction * add related rule * Update rules/when-to-use-anchoring/rule.md Co-authored-by: Warwick Leahy [SSW] <[email protected]> * Update rule.md * Auto-fix Markdown files * Update rule.md Adjusted content after speaking with Mike. * Auto-fix Markdown files * Update rule.md * Auto-fix Markdown files * Changed Uri and title * Change to american spelling * Change category link * Fixup markdown syntax * Auto-fix Markdown files * Attempt 1 to fix odd github error * Update rule.md --------- Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> Co-authored-by: Warwick Leahy [SSW] <[email protected]> Co-authored-by: Tiago Araújo [SSW] <[email protected]>
- Loading branch information
1 parent
df72630
commit ce3b339
Showing
2 changed files
with
75 additions
and
6 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,68 @@ | ||
--- | ||
type: rule | ||
title: Do you recognize the effects of anchoring in decision making? | ||
uri: recognize-anchoring-effects | ||
authors: | ||
- title: Tanya Leahy | ||
url: https://ssw.com.au/people/tanya-leahy | ||
- title: Michael Smedley | ||
url: https://ssw.com.au/people/michael-smedley | ||
guid: 69b80ab3-e4fa-4624-93a5-3ec6c01141d8 | ||
created: 2024-05-03T18:29:33.0000000Z | ||
related: | ||
- share-the-agenda | ||
- stick-to-the-agenda-and-complete-the-meetings-goal | ||
redirects: [] | ||
|
||
--- | ||
|
||
Anchoring is a cognitive bias where an initial piece of information (the "anchor") heavily influences subsequent judgments and decisions. This bias can infiltrate various aspects of our lives, including workplace interactions and negotiations. Recognizing how anchoring works is crucial to making informed and unbiased decisions. Custom software is difficult to estimate and using an anchor too early or without the necessary rigour can create issues. | ||
|
||
For example, in meetings, it's vital to be aware of anchoring, as the first opinions can shape entire discussions. | ||
|
||
<!--endintro--> | ||
|
||
`youtube: https://youtu.be/JL4OoKJyNrc` | ||
**Video: Jeff Bezos: Truth is uncomfortable | Lex Fridman Podcast Clips (6 min)** | ||
|
||
## Negative impacts of anchoring | ||
|
||
An anchor can limit adaptability, making it harder to find mutually agreeable solutions. For instance, a developer’s best guess on a project budget might discourage the client from choosing your solution looking for other options that could be better suited and more cost-effective. | ||
|
||
### Key reasons to avoid providing an anchor | ||
|
||
* **Limited information:** Early estimates often lack the detailed requirements and complexity analysis needed for an accurate price. Setting an anchor prematurely creates a false sense of precision and sets unrealistic expectations | ||
|
||
* **Loss of flexibility:** A strong initial anchor can stifle negotiation and make it harder to adapt your proposal as more information becomes available. This can hurt your ability to arrive at a price that's fair for both you and the client | ||
|
||
* **Damaged trust:** If the final estimate varies significantly from the initial anchor, it can erode the client's trust in your process. Transparency and an open discussion of uncertainties upfront are key to building a strong client relationship | ||
|
||
### How to deal with anchoring | ||
|
||
Sales need to establish the client’s anchor, if they have one, by asking: | ||
|
||
1. "Can you describe the process you need improved and its main challenges?" | ||
2. "How does this issue impact productivity or costs?" | ||
3. "What's your decision-making process and who's involved?" | ||
4. "What's your timeline and budget for a solution?" | ||
|
||
::: greybox | ||
When asked for an early estimate on a new project, a developer might say **"I reckon it'll cost around $50,000"**. This off-the-cuff estimate sets an unverified anchor that might restrict further discussion and lead to budget constraints based on a premature guess. | ||
::: | ||
::: bad | ||
Figure: Bad example - Premature estimation without due diligence can lead to inaccurate budgeting and client expectations | ||
::: | ||
|
||
::: greybox | ||
Conversely, when asked for an early estimate, a more experienced developer might respond, **"To give you an accurate estimate, we should conduct a Specification Review where we can consider all aspects of the project. This way, we can provide a detailed and reliable estimate that reflects the project's complexity"**. | ||
::: | ||
::: good | ||
Figure: Good example - Suggesting a Spec Review ensures that any estimates provided are well-informed and considered | ||
::: | ||
|
||
### Key Takeaways | ||
|
||
* **Be aware of how anchoring bias can influence decisions,** both within yourself and others | ||
* **Proactively seek diverse perspectives** to mitigate the bias | ||
* **Approach initial information critically,** even if it seems compelling, to avoid getting overly 'anchored' in one viewpoint | ||
* **Use anchoring strategically** for setting expectations or initiating negotiations, but be prepared to adjust as needed |