Salesforce daily archive
730 days of practical thinking.
One retrospective note for every day from 2 September 2024 to 1 September 2026.
Archive dates organise the subject history. They do not claim the notes were originally published on those dates.
Showing 54 archive entries
Page 2 of 3
Measuring what matters: Backup and recovery
Data protection requires tested recovery objectives, not only confidence that a backup exists. This retrospective daily note considers the operational evidence that shows whether the design is creating value.
Read daily noteMeasuring what matters: Deployment observability
Delivery metrics should show whether change is becoming safer and faster, not merely count deployments. This retrospective daily note considers the operational evidence that shows whether the design is creating value.
Read daily noteMeasuring what matters: Environment strategy
Each Salesforce environment should have a clear purpose, data posture and refresh rhythm. This retrospective daily note considers the operational evidence that shows whether the design is creating value.
Read daily noteMeasuring what matters: Data-quality ownership
Data quality is an operating responsibility supported by technology, not a cleanup project owned only by administrators. This retrospective daily note considers the operational evidence that shows whether the design is creating value.
Read daily noteMeasuring what matters: Flow governance
Flow makes automation accessible, which increases the need for shared design and lifecycle standards. This retrospective daily note considers the operational evidence that shows whether the design is creating value.
Read daily noteMeasuring what matters: Permission-set strategy
A scalable access model grants capability through composable permission sets rather than profile sprawl. This retrospective daily note considers the operational evidence that shows whether the design is creating value.
Read daily noteRecognising the anti-pattern: Backup and recovery
Data protection requires tested recovery objectives, not only confidence that a backup exists. This retrospective daily note considers the early signs that a convenient implementation is becoming long-term risk.
Read daily noteRecognising the anti-pattern: Deployment observability
Delivery metrics should show whether change is becoming safer and faster, not merely count deployments. This retrospective daily note considers the early signs that a convenient implementation is becoming long-term risk.
Read daily noteRecognising the anti-pattern: Environment strategy
Each Salesforce environment should have a clear purpose, data posture and refresh rhythm. This retrospective daily note considers the early signs that a convenient implementation is becoming long-term risk.
Read daily noteRecognising the anti-pattern: Data-quality ownership
Data quality is an operating responsibility supported by technology, not a cleanup project owned only by administrators. This retrospective daily note considers the early signs that a convenient implementation is becoming long-term risk.
Read daily noteRecognising the anti-pattern: Flow governance
Flow makes automation accessible, which increases the need for shared design and lifecycle standards. This retrospective daily note considers the early signs that a convenient implementation is becoming long-term risk.
Read daily noteRecognising the anti-pattern: Permission-set strategy
A scalable access model grants capability through composable permission sets rather than profile sprawl. This retrospective daily note considers the early signs that a convenient implementation is becoming long-term risk.
Read daily noteMaking team hand-offs work: Backup and recovery
Data protection requires tested recovery objectives, not only confidence that a backup exists. This retrospective daily note considers the ownership and information needed when work crosses team boundaries.
Read daily noteMaking team hand-offs work: Deployment observability
Delivery metrics should show whether change is becoming safer and faster, not merely count deployments. This retrospective daily note considers the ownership and information needed when work crosses team boundaries.
Read daily noteMaking team hand-offs work: Environment strategy
Each Salesforce environment should have a clear purpose, data posture and refresh rhythm. This retrospective daily note considers the ownership and information needed when work crosses team boundaries.
Read daily noteMaking team hand-offs work: Data-quality ownership
Data quality is an operating responsibility supported by technology, not a cleanup project owned only by administrators. This retrospective daily note considers the ownership and information needed when work crosses team boundaries.
Read daily noteMaking team hand-offs work: Flow governance
Flow makes automation accessible, which increases the need for shared design and lifecycle standards. This retrospective daily note considers the ownership and information needed when work crosses team boundaries.
Read daily noteMaking team hand-offs work: Permission-set strategy
A scalable access model grants capability through composable permission sets rather than profile sprawl. This retrospective daily note considers the ownership and information needed when work crosses team boundaries.
Read daily noteGovernance without gridlock: Backup and recovery
Data protection requires tested recovery objectives, not only confidence that a backup exists. This retrospective daily note considers how to create control without slowing every useful change.
Read daily noteGovernance without gridlock: Deployment observability
Delivery metrics should show whether change is becoming safer and faster, not merely count deployments. This retrospective daily note considers how to create control without slowing every useful change.
Read daily noteGovernance without gridlock: Environment strategy
Each Salesforce environment should have a clear purpose, data posture and refresh rhythm. This retrospective daily note considers how to create control without slowing every useful change.
Read daily noteGovernance without gridlock: Data-quality ownership
Data quality is an operating responsibility supported by technology, not a cleanup project owned only by administrators. This retrospective daily note considers how to create control without slowing every useful change.
Read daily noteGovernance without gridlock: Flow governance
Flow makes automation accessible, which increases the need for shared design and lifecycle standards. This retrospective daily note considers how to create control without slowing every useful change.
Read daily noteGovernance without gridlock: Permission-set strategy
A scalable access model grants capability through composable permission sets rather than profile sprawl. This retrospective daily note considers how to create control without slowing every useful change.
Read daily note