我用了很多異地開發商和承包商合作。我每天要求他們給我一天5分鐘的工作狀態。我有時鞏固個人的身份進入球隊，有時鞏固一週的狀態，結束期間給我的客戶報告。完美的狀態報告是什麼樣的？
我想了解：你會建議？
使用Scrum。創建Sprint Backlog中，有與任務的電子表格和衝刺的每一天一列。要求人們每天填寫每項任務的工作時間。發送每日報告開始與衝刺燃盡圖，然後短短兩個一個襯墊的每個成員 - 最後的工作和明年工作。發送每週報告與燃盡圖，每個主要功能（和阻塞問題和注意事項，如果它是不是綠色）和Sprint Backlog中的其餘項目紅/黃/綠狀態。
我沒有鏈接到的樣品，但這裏有一些草稿：
10/02/2008 - Product A daily status <Burndown chart> Team member A Last 24: feature A Next 24: feature A unit tests Team member B Last 24: bug jail Next 24: feature B Team member C Last 24: feature C Next 24: feature C Blocked on: Dependency D - still waiting on the redist from team D
10/02/2008 - Product A weekly status <Burndown chart> **Feature A** - Green [note: red/yellow/green represents status; use background color as well for better visualisation] On track **Feature B** - Yellow [note: red/yellow/green represents status; use background color as well for better visualisation] Slipping a day due to bug jail Mitigation: will load balance unit tests on team member A **Feature C** - Red [note: red/yellow/green represents status; use background color as well for better visualisation] Feature is blocked on external dependency from team D. No ETA on unblock. Mitigation: consider cutting the feature for this sprint **Milestone schedule:** Planning complete - 9/15 (two weeks of planning) Code complete - 10/15 (four weeks of coding) RC - 10/30 (two weeks stabilization and testing)
你可以發佈一個樣本鏈接嗎？ – 2008-10-03 00:04:53
只給他們一個模板，用你希望看到返回的數據的格式給出。你也可以考慮增加他們將要花費的時間，並刪除「不要太多」的條款正在對未來的工作進行估計。我不相信5分鐘內有人提出的估計。想都沒想。
如果您正在使用的任何項目管理軟件，它應該是微不足道的開發商來記錄和審查（甚至只記得），他們做了什麼編譯它。理想情況下，他們將被記錄問題或疑問全天，而不是試圖想出他們只是爲了填補該報告。
好像你的「我要學」列表是一個很好的起點，以生成一個模板。只有你會知道你的完美格式是什麼。
看起來你想要做極限編程站立會議。
http://www.extremeprogramming.org/rules/standupmeeting.html
你可以跟使用手機與laudspeaker異地團隊成員，或一些VOIP。
我不認爲這將適用於非現場承包商。 – thesmallprint 2008-10-03 00:17:14
嗯。我認爲它可以，但很明顯，*不是* OP的結果。 – cori 2008-10-03 00:51:10
一般來說，我只是依靠電子郵件作爲提供狀態報告的手段，它提供了完成的簡單性和速度，但沒有強制任何形式的一致性。
有許多選項可以實現這一目標，但它們都會使流程更加複雜和耗時。其中一些可能是：
一個在線表格，包含每個或多個工作表電子表格的部分，每個工作表是一個部分。
所有這些都需要你自己去做一些努力來創造它們，你是否需要一致性來達到某種目的？例如自動執行摘要報告。
另一種方法是使用承包商在工作期間填寫的一些項目管理工具，並且您可以隨時進行報告。我會推薦Thoughtworks Studio Mingle，但它確實依賴於一個類似敏捷的過程。
你可能不希望聽到這一點，但這裏是它無論如何 -
我一直在桌子的兩旁這種情況，得出的結論是，這些類型的捲起狀態報告對您和開發人員來說是完全浪費時間。這裏的原因：
如果這些事情沒有發生，沒有任何數量的被動狀態報告將解決將不可避免地會出現的問題
on the devel籬笆牆的一側 - 「快速五分鐘地位」[我討厭那句話，五分鐘不快！]中斷了開發者的流程，導致了十五分鐘（或更多）的生產力損失（joel甚至在博客中對此進行了博客認爲）。但即使它真的是隻有五分鐘，如果你有一打的開發，那麼你就是在浪費五人小時每周對文案（和它可能更像20）
圍欄上的管理器端 - 通過項目將個人狀態報告彙總成團隊等是非生產性的繁忙工作，浪費你的時間。有可能沒有人甚至讀到這些報告。
但是這是一個真正的問題：這種報告和彙總可能表明被動管理而不是主動管理。換句話說，無論使用什麼方法 - scrum，xp，敏捷，理性，瀑布，本土或其他什麼都沒有關係 - 如果項目已經正確計劃和執行，那麼你應該已經知道每個人都在做什麼因爲它是提前計劃的。如果計劃在上午或六個月前進行，這並不重要。
暫時忽略客戶的需求，如果你真的需要每天都在這個信息來管理項目，那麼有可能是一些嚴重的問題與項目 - 要求開發者每天他們要去什麼下一步工作以及需要多長時間，例如，暗示事先沒有進行真正的計劃......
至於客戶的要求，如果他們絕對堅持這種細節[我知道，例如，一些政府機構這樣做]，那麼最好的選擇是提供一個web界面或其他應用程序來自動化乏味那會爲你做總結。你仍然在浪費開發者的時間，但至少你不會浪費你的時間;-)
哦，並且從字面上回答你的問題：完美的狀態報告表示「按照項目計劃的目標「，沒有什麼更多;-)
teamrundown.com會工作。用戶不需要註冊，只需添加他們的電子郵件地址即可。你可以爲他們提供你想要的任何提示。 – 2015-04-21 19:05:08