題:
我應該將清單作為文件提交嗎?
Rarity
2012-04-13 21:04:52 UTC
view on stackexchange narkive permalink

我保留了很多待辦事項清單。我曾經將它們放在法律墊上,處理完畢後便將其丟棄。現在,我使用iPad應用程序,因此歷史記錄始終會存儲,但是我不會將其保存在任何形式的官方文檔中。

我是一名程序員,所以大部分工作都通過版本控制進行記錄,但我在履行某種支持角色時也做了很多小的修訂,包括非版本控制的軟件,數據庫更改和檢查。

我們一直在嘗試記錄我們的工作在我的部門中,更多的想法出現了,但是我的更改不是引起問題的。

我應該將任務清單保留為正式文檔嗎?我如何確保它實際上對我以外的人有用?

為什麼數據庫更改不在源代碼管理中?為何不檢入用於進行檢查的腳本?
@HLGEM我正在努力開始,但這不僅僅與數據庫有關
七 答案:
#1
+8
Tech Lover in NYC
2012-04-14 09:00:07 UTC
view on stackexchange narkive permalink

聽起來您的部門正在嘗試更好地跟踪誰在做什麼和正在做什麼,因此,為此,我會說是的,您應該保留它們。就是說,聽起來像它們所採用的格式,它們對其他許多人將無用,因為它們可能是大小任務的隨機集合,幾乎沒有相關的信息或標籤。

是您部門共同努力跟踪和記錄更多信息的好時機,聽起來確實是時候開始為此使用軟件。使用Fogbugz,Teambox,Trello,Pivotal Tracker等服務的巨大好處之一就是您所做的一切都可以被您自己以及任何現有或將來的團隊成員搜索。是否想看看有人第一次處理某個特定問題,或者是否經常出現?搜索它,然後看看會發生什麼。

我個人在工作場所實施了Teambox,並鼓勵我的同事將其用於協作任務。但是我也自己使用它來做我只需要跟踪的事情,因為知道將來有誰扮演我的角色(即使是我!)可能會對這段歷史的處理方式很滿意。

這些系統中的許多系統都非常快速且易於使用,並且集成了註釋流,可以將與任務有關的更新和討論存儲在該任務中。另外,如果存在可重複的任務列表,則許多這些系統都可以讓您將它們存儲為模板。

使用票務系統(也稱為問題跟踪:例如Trello,Jira ...等)。
#2
+6
Brandon
2012-04-13 21:59:26 UTC
view on stackexchange narkive permalink

我以前的雇主也有同樣的情況。最終,每當我遇到一個新的非常重要的支持問題時,我就開始在我們的Wiki中撰寫文章。這有點啟發,因為我剛剛內部化了很多信息。即使是很小的問題,也確實會假設您至少具有一定程度的機構知識。

剛開始做起來很痛苦,但是事後,這很不錯,因為您可以休假並獲得一部電話而不是每天3-4次致電。 :)

聽起來不只是一個簡單的清單。
我希望我們有一個Wiki,我有點喜歡票務系統中Wiki的想法。我們所有的都是可怕的單詞文檔
@FrustratedWithFormsDesigner是的-我的日常工作可能是我的核對清單,但不會用於其他人。他們可能需要半頁的背景信息才能了解發生的情況。
@Rarity設置一個。在開發服務器上安裝IIS,獲取Windows Platform Installer並安裝ScrewTurn並隨其一起運行。我寧願請求寬恕而不是允許。 :)
@Brandon我將我們從Apache移到了Windows Platform Installer之外!從那件事開始嘗試使用PHP是一場噩夢...
@Rarity我本人是Windows .NET,所以我默認使用WPI,但我知道您來自哪裡。將MediaWiki扔到Apache盒子上並進城。 :)
#3
+3
voretaq7
2012-04-13 23:09:05 UTC
view on stackexchange narkive permalink

我想說你應該記錄你所做的一切。如果唯一的文檔是清單,則可以,應該以某種方式保存它。

關於術語的說明,我並不是在稍後再說其他人的意義上談論“文檔”在談論您的活動記錄,適合在您的效果評估中提及。列出已完成的工作將有助於您總結成就,如果錯過了重要目標,它將使您了解將要完成的哪些其他任務使目標/截止日期滑落。

#4
+2
FrustratedWithFormsDesigner
2012-04-13 21:21:46 UTC
view on stackexchange narkive permalink

也許。我認為他們最有用的地方是培訓員工以執行他們不熟悉的新任務。例如,解決特定類型的問題可能需要逐步執行一些步驟,並使用清單來消除某些情況。清單也可能適合諸如復雜的代碼部署或服務器更改之類的任務。我在開發人員設置指南的文檔中看到了簡單的清單,用於為更複雜的項目設置環境。與清單所假設的有所不同。希望這不會發生,直到這個人熟練到不需要清單並做出自己的決定。

您還希望避免人們完全依賴清單,所以也許不要 to>

不幸的是,我的清單僅對我而言,需要大量重寫才能對他人有用。特別是除了“我最近做了什麼”
@Rarity:它們是否至少是可重複的,以便您將來可以再次使用它們以避免不必重新弄清一切?
截至目前,它們通常不會拆分為子任務。如果確實很複雜,則將其放在實際文檔中,例如如何安裝服務器。
@Rarity:僅對您有用,用於不可重複的任務...根據您對它們的描述方式,我認為您可以通過將雜貨店購物清單歸檔為文檔來獲得更多使用。至少那些*有時*是可重複的。 ;)
#5
+1
IDrinkandIKnowThings
2012-04-13 23:50:23 UTC
view on stackexchange narkive permalink

您應該檢查公司的文件保留政策。有些公司可能會要求您保留它們,而有些公司則要求您不要保留它們。原因是經過一定時間後,才可以將其視為可發現的法律訴訟文件。這些因公司而異。我曾在考慮5年以上任何需要保留的記錄的公司工作。即使它是用於菜單的菜單,上面也沒有寫過字。

來自維基百科

文檔的保留期是記錄管理的一個方面。它表示應以電子形式和紙質形式保留或“保留”文檔的時間。在保留期結束時,通常會銷毀該文件。該術語通常由會計和稅務專業人員使用,他們的職業涉及處理僅需要保留一定時間的法律文件。保留期限因不同類型的記錄而異。例如,公司註冊文件有一個永久保留期(意味著應保留且永不銷毀),但是單個納稅人的可抵稅購買收據通常具有三年保留期(通常可以安全地丟棄)保留期的長短因行業而異,並且基於將來由於連接原因將來某個時候需要該文件的可能性而定。出於空間問題,通常會被碎紙機銷毀無用的記錄(取決於保留期限的長短)。

#6
+1
Reinstate Monica - Goodbye SE
2012-04-14 16:48:30 UTC
view on stackexchange narkive permalink

要首先回答您的最後一個問題,只有在其他人可以看到它的地方進行文檔記錄之後,您才會知道其他人是否有興趣。

我的建議:將其記錄在一個Wiki上,每個人都可以看到它。您可以將其作為職位的“官方”程序放置在頁面上,也可以將其放置在個人頁面上。但是,當您不在時,至少其他人可以看到它並接管您的任務。整個公司中類似職位的人都可以對它進行同行評審和交流想法。

關鍵是保持它公開和易於更新(甚至可以通過iPad進行訪問)。

#7
  0
JohnFx
2012-04-13 23:38:37 UTC
view on stackexchange narkive permalink

您是否有像Bugzilla或FogBugz這樣的案例跟踪系統?我在一個編程團隊工作,除錯誤/功能請求外,我們還將FogBugz實例用於常規任務,並且效果很好。

IT是一個小型系統,幾乎任何人都只能使用一個人的團隊進行修復,因此我們不使用錯誤跟踪程序,而只是提交消息。讓其他人使用bug跟踪器還不是一個足夠大的問題。
其實您可能會很幸運。如果用戶少於2個,FogBugz(可能還有其他)將允許您免費使用其工具的託管版本(http://www.fogcreek.com/fogbugz/StudentAndStartup.html)


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...