SaggingRufus
2017-06-20 17:41:49 UTC
最近，我們的團隊決定參加每日站立會議。團隊很小（包括我在內的4或5個人），我在網上閱讀的所有內容都說不要在每天的站立會議上記筆記，因為這不是站立會議的目的。
雖然我絕不管理團隊（我只是另一個開發人員），但我經常被問到類似問題，例如，經理和團隊負責人在X上的進展如何。我沒有使用X，但是有人問我，因為如果我知道答案，我的團隊負責人就會知道我會給出誠實的答案（而不是告訴他們他們想听到什麼）。因為我的記憶力不是最大，所以每天站立時記筆記是否可以接受，這樣我就始終知道當前每件作品的位置？還是會被認為是一個大的不對嗎？
更新：有人提到我應該補充一點，我是領導這個立場的人。
記錄正式會議記錄和個人筆記是有區別的。只要您不拖延討論，就可以接受後者。
對於我們的立場，我們為小組正在研究的每個項目討論一個“狀態委員會”。該委員會應在會議之前進行更新，並且僅提及黃色或紅色問題。
不幸的是，@DLS3141，我們還沒有完整的SCRUM實現。我們正在為此而努力，但是我們的客戶和管理層還沒有為此而努力。因此，我們不是狀態委員會。也許那是我們的下一步。
-1
理想情況下，您應該在事先更新的kanbam或項目時間表之前參加每日會議，並以_that_作為參考，以解決您可能遇到的任何疑問。
做個人筆記沒有什麼害處。我總是在會議上記筆記，無論是站立會議還是任何形式的正式會議。如果沒有我的筆記，我有很多事情要跟踪，我會一團糟。
等等，為什麼您是唯一可以誠實回答的人？為什麼要負責跟踪您不在的項目？這聽起來像是更大的問題。
如果您的管理層再次要求更新狀態，請從銷售SCRUM板的想法開始。“您可以直接自己檢查它”。將他們的問題鏈接到您的解決方案。
@SethR因為我傾向於進行大量的指導並幫助人們進行調試，所以我往往在大多數時候都知道項目在哪裡。人們似乎總是想讓它看起來像他們的項目一直很好，直到真正失敗為止，因為他們不希望管理層認為自己做不到。我同意這是一個更大的問題，但我無法解決。
@MSalters是個好主意，我要這樣做
我在您說您要主持站立會議的評論中註意到，我會將這些信息添加到OP中。改變人們看法的海事組織。
@whrrgarbl添加到問題的底部
在我看來，您的團隊需要一種讓利益相關者快速查看項目進度的方法，而不是做筆記。您沒有某種系統可以跟踪項目任務嗎？
自己記錄（不要分享筆記，所以人們不能“摘要而不是參加會議”）而不是減慢會議速度：https：//www.amazon.com/s/138-6754593-5027955？ie = UTF8＆field-keywords = voice％20recorder＆index = blended
“我絕不管理團隊”，“我是領導立場的人。”在我看來，這似乎是矛盾的說法。站起來是項目的重要組成部分，如果您領導站起來，不管您是否喜歡，您的團隊都可能將您視為某種領導者/經理。
-1
@EdmundReed：您是對的，團隊的確確實將我視為領導角色。當我的團隊負責人不在辦公室時，我會收到所有問題，有時人們會要求我做我什至無法做的事情。但是我無法用紙質方式來管理它們，我只是在促進日常站立，因為目前通訊為0。
應該在這裡還是在軟件工程SE上？
@EJoshuaS在發布之前，我已經考慮了很長時間，最後我選擇了這個SE。如果應該遷移，我不反對