2008-09-11 103 views
3

對於在企業環境中和創業之外工作的程序員,有許多非技術人員是開發過程中的重要利益相關者。這些包括公司內部的其他職能,例如營銷,財務和法律等,還包括公司以外的客戶和其他人員。什麼協作工具可以有效地與非技術人員合作?

這個問題的關鍵不在於這些團體的「照顧和餵養」,而僅僅是發現了哪些工具可以促進協作和必要的互動?我正在思考即時通訊與維基百科與傳統電子郵件分發列表或公司共享點門戶網站的不同之處,但不知道其他人發現的工作。

回答

1

Basecamp是一種使用的樂趣,其主要焦點是通過協作項目管理。

+0

如果你給我你的「推薦人代碼」我會使用當我註冊時,你可能會得到獎勵;) – UnkwnTech 2008-09-11 17:53:00

1

我們在這裏使用Quickbase。滿足我們所有的目標。

0

你可能想看看這些產品:

  • FogBugz - StackOverflow的聯合創始人喬爾斯波斯基的心血結晶。處理錯誤報告,功能請求,wiki等。儘管是written in its own language,但我之前使用過FogBugz,並且它已經非常穩定。
  • BaseCamp - 37signals旗艦產品。我沒有親自嘗試過,但它得到了我認識和尊重的一些人的好評。
1

我們爲共享文檔,備忘錄,狀態報告等設置了維基。培訓整個員工花了大約一個小時,但它非常值得。

1

當建立一個wiki時,你必須同意什麼類型的信息去哪裏。

在與技術和非技術混合的受衆羣體工作時,我發現擁有某種執行摘要,概述,閱讀器摘要版本以及點擊更多詳細信息絕對是一種可行的方式。

對於狀態,例如日常構建,迴歸測試結果等,您可能會考慮製作一個儀表板頁面,報告頂級RAG(紅色,琥珀色和綠色)狀態中感興趣的所有內容。然後,您可以點擊 - 儘管深入到更多細節,如果需要。

我爲一個主要項目實現了這個功能,並且具有用於連續構建和迴歸測試的RAG狀態。

點擊RAG指標提供了更多的細節。這是重複幾個級別,所以在頂級你有RAG指標。

例如,點擊常規構建的指示器會讓您看到破壞構建的是什麼,再次點擊讓您進一步看看是誰破壞了構建,再次點擊可以讓您看到實際的錯誤消息編譯器。

這很有趣實施。

歡呼聲,

羅布

0

我聽到傳聞證據(一個矛盾必然),他們相處得很好維基只要有一個所見即所得的編輯器。

(我曾經與TWiki.org項目參與,我知道他們有一個WYSIWYG Plugin,但我敢肯定,「有其它選擇」。)

相關問題