You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
"1. **Clarity and Brevity:** The updates should maintain a clear separation between internal and external communications. The current phrasing can be streamlined, especially the internal update which is verbose.\n",
235
+
"\n",
236
+
"2. **Action Items Specificity:** The actions proposed in the internal update are broad. Specific actions should be clearly defined, such as who exactly will execute them and deadlines for when they should be completed.\n",
237
+
"\n",
238
+
"3. **Customer Context:** The external update lacks context for customers about why this issue may impact them or what they can expect while it’s resolved. Including a reassurance would improve customer confidence.\n",
239
+
"\n",
240
+
"4. **Next Steps Measurement:** Mentioning specific metrics or expected outcomes for the next update would provide both internal and external audiences with clear expectations for resolution.\n",
241
+
"\n",
242
+
"5. **Technical Jargon:** While the internal audience may understand technical jargon, it would be beneficial to define or simplify some terminology (like \"p95\" or \"upstream timeouts\") so that all stakeholders fully grasp the situation.\n",
243
+
"\n",
244
+
"### 2) Revised Best Answer:\n",
245
+
"\n",
246
+
"#### **External Update (Customer-Friendly)**\n",
247
+
"\n",
248
+
"**Impact:** We are currently facing increased latency in our service, escalating from 250 milliseconds to 2.5 seconds for some users.\n",
249
+
"\n",
250
+
"**Scope:** This latency issue affects a subset of our users. Our team is actively investigating and addressing the situation.\n",
251
+
"\n",
252
+
"**Mitigation:** We are exploring multiple solutions:\n",
253
+
"- Rolling back the most recent deployment.\n",
254
+
"- Enabling caching to improve response times.\n",
255
+
"- Optimizing our services to handle demand better.\n",
256
+
"\n",
257
+
"**ETA/Next Update:** We will provide an update in 30 minutes as we continue our investigation and implement these solutions.\n",
258
+
"\n",
259
+
"---\n",
260
+
"\n",
261
+
"#### **Internal Update (Technical)**\n",
262
+
"\n",
263
+
"**Current Situation:** After the latest deployment, we notice p95 response time has increased significantly from 250ms to 2.5s. Error rates are slightly elevated, with increased upstream timeouts but stable database CPU usage.\n",
264
+
"\n",
265
+
"**Immediate Actions:**\n",
266
+
"1. Roll back the latest deployment by [specific time].\n",
267
+
"2. Enable caching for all affected endpoints by [specific time].\n",
268
+
"3. Rate-limit requests to at-risk services by [specific time].\n",
269
+
"4. Analyze latency metrics (comparing p50 vs p99) to identify specific bottlenecks, focusing on slow DB queries and troublesome upstream services.\n",
270
+
"\n",
271
+
"**Who's Responsible:**\n",
272
+
"- **Incident Manager:** [Name]\n",
273
+
"- **Engineering Lead:** [Name]\n",
274
+
"- **Database Administrator:** [Name]\n",
275
+
"\n",
276
+
"**Next Steps:** Each responsible party is to report their progress and findings every 30 minutes until the situation stabilizes, or the issue is resolved.\n",
277
+
"\n",
278
+
"### 3) Reusable Checklist:\n",
279
+
"\n",
280
+
"**For External Updates:**\n",
281
+
"- [ ] Clearly state the impact of the issue.\n",
282
+
"- [ ] Specify the scope of affected users.\n",
283
+
"- [ ] Describe ongoing mitigations clearly.\n",
284
+
"- [ ] Provide a timeline for the next update.\n",
285
+
"- [ ] Utilize customer-friendly language.\n",
286
+
"\n",
287
+
"**For Internal Updates:**\n",
288
+
"- [ ] Summarize the current situation with technical metrics.\n",
289
+
"- [ ] Specify immediate actions and clear deadlines.\n",
290
+
"- [ ] Assign responsibilities to clear owners.\n",
291
+
"- [ ] Set expectations for future updates.\n",
292
+
"- [ ] Use straightforward language while maintaining necessary technical detail.\n",
293
+
"\n",
294
+
"\n",
295
+
"--- TRACE (last ~8 messages) ---\n",
296
+
"\n",
297
+
"[Critic]\n",
298
+
"### 1) 5-Point Critique:\n",
299
+
"\n",
300
+
"1. **Clarity and Brevity:** The updates should maintain a clear separation between internal and external communications. The current phrasing can be streamlined, especially the internal update which is verbose.\n",
301
+
"\n",
302
+
"2. **Action Items Specificity:** The actions proposed in the internal update are broad. Specific actions should be clearly defined, such as who exactly will execute them and deadlines for when they should be completed.\n",
303
+
"\n",
304
+
"3. **Customer Context:** The external update lacks context for customers about why this issue may impact them or what they can expect while it’s resolved. Including a reassurance would improve customer confidence.\n",
305
+
"\n",
306
+
"4. **Next Steps Measurement:** Mentioning specific metrics or expected outcomes for the next update would provide both internal and external audiences with clear expectations for resolution.\n",
307
+
"\n",
308
+
"5. **Technical Jargon:** While the internal audience may understand technical jargon, it would be beneficial to define or simplify some terminology (like \"p95\" or \"upstream timeouts\") so that all stakeholders fully grasp the situation.\n",
0 commit comments