-
1 # 日事清
-
2 # 十億同學
推薦一下Worktile。
Worktile的7.0版本可以完美適配敏捷開發。
先來看下Worktile的所有需求以表格的方式展示。
還可以甘特圖的形式展示。
而且Worktile有敏捷開發專用的【迭代】元件,可以一目瞭然的看清當前迭代的進展。
任務看板的屬性支援自定義。
有時候一個需求需要拆分成多個子需求,這時就需要子需求或者關聯其他任務。
同時,支援屬性自動同步,例如更改了任務A的某個屬性,任務B中的這個屬性也自動同步變更,例如迭代、負責人等。
好啦,以上只是Worktile的部分功能,有興趣的朋友可以戳「Worktile」免費註冊試用一下。
-
3 # 嗯好行是
推薦一款功能比較全,上線時間比較快(差不多一週就能交付),最重要的是大部分團隊的需求而且價格便宜的產品。
接下來我就直接貼的介紹了,感興趣看看。
SNAP——企業社交化協作平臺
利用移動社交技術,連線企業員工、客戶與合作伙伴,構建企業社交三張網,透過多端協作滿足不同使用者的安全溝通、辦公協作、內容分享的一站式服務訴求,形成企業辦事的最短路徑,大幅提高組織工作效率。
更多詳細的內容建議你去官網瞭解,畢竟一兩句話也說不全。
https://cloud.neusoft.com/pages/product/p_snap
-
4 # 你超級好看喲
推薦使用暢寫office(
www.51changxie.com
)作為團隊協作編輯的工具。理由有如下幾點:
1.方便團隊使用,只需要登入網頁便可以使用,並且是電腦端/移動端雙端使用,不需要下載額外的安裝包,省時省力,使用起來非常簡單易操作。
2.暢寫是基於原版office軟體來進行整合使用的,支援多人協作編輯,能夠深度相容微軟Office2003-2019的檔案格式,支援doc、docx、xlsx、xls、ppt、pptx等格式。換句話說,不管團隊使用任何的辦公軟體進行辦公,都不會出現像亂碼、格式錯誤等情況;也不會出現檔案下載or上傳後不相容的問題,非常適合團隊辦公。
3.暢寫擁有良好的團隊協作能力,能夠實現與團隊成員良好的溝通,不會出現耽誤團隊辦公的情況,實時性非常強
成員可以對要編輯的文件同時進行批註、編寫,實現真正的協作、共享、許可權控制、分享,協作者隨時都可以獲取文件資料最新內容,溝通與協作同時進行。
上圖是可以對檔案進行分享協作,實現單個檔案的多人同時編輯。
這是對檔案進行分享後的狀態,可以發現在這裡是不允許對此檔案進行二次分享的,透過設定許可權來確保分享的安全性。
總之,暢寫透過協作空間等功能,很好的實現了多人同時協作編輯,檔案和人員等多維度的操作許可權控制,文件自由與管控的分發,群組共享與協作。隨時隨地都可以獲得最新文件狀態和資料,使得溝通、協作、編輯系統化,一體化,打破空間和時間的限制,並且能夠保證文件傳輸更安全、更高效。
暢寫office正是團隊協作工具的不二選擇。
回覆列表
不請自來了~
過去的軟體如word之類的迭代都以年為週期的,自然無法應對快速變化的市場需求。因此,需要更加敏捷的方式,應對快速發展的網際網路世界的發展。
敏捷開發最重要的特點是:以使用者需求為中心,快速靈活,團隊合作度高。
敏捷開發以scrum最為普遍。
scrum3.0中有6個角色,3個工具,4個會議。其中3個工具指:交付清單、工作清單、正在進行的工作;4個會議是:計劃會議、產品評審、進度回顧、團隊回顧。
因此,scrum3.0既有計劃會議、產品評審、進度和產品回顧會議,也有迭代期內的靈活應變過程,是一種輕重結合的比較好的敏捷方法。
在與使用者平日的接觸中積累的功能、缺陷、創意上的建議,
並收集於計劃看板的【BUG看板】、【建議看板】。▼
接下來,業務所有者(BO)需要維護精細的需求池(如下),這個職責通常由產品經理擔任,他需要非常明白產品的定位和發展,將需求池中的任務按照優先順序排序,並拆解為一個個小的使用者故事。然後設定具體的實施時間和專案名稱,將可交付成果和待辦清單,記錄於road map中。▼
之後,我們的scrum團隊會建立一個計劃為【產品開發】,產品經理(業務所有者)以及開發經理(團隊負責人)會從【roadmap】中提取功能形成work backlog,複製到【產品開發】的【規劃池】中,work backlog中還包含一些開發團隊必須做的工作,會直接記錄在【規劃池】中。▼
正式開始開啟sprint (sprint:整個開發過程中若干個短的迭代週期組成)的第一件事,就是召開sprint計劃會議。sprint會議上會確定本次sprint週期的目標是什麼,我們需要完成哪些功能。
會議上會評估每個功能所需的工時以及功能的負責人,我們為確定好的功能新增時間以及任務成員。通常計劃會議會開比較長的時間,它是之後迭代開始運作最關鍵的會議。
sprint計劃會議的開啟,意味著第一個sprint開始了!
從開發到測試,形成的工作成果都發布到beta版本中。
列表檢視
看板檢視
進度看板
執行sprint的過程中也有很多問題被發現,需要解決,應此需每日召開約15分鐘的站立會。
在每日站立會上,每個團隊成員需要回答三個問題:
● 昨天做了什麼工作?
● 今天要做什麼?
● 完成目標是否存在什麼問題?
當測試人員完成了本個週期內的所有功能的測試工作時,預示著本個sprint結束。
在迭代結束前,產品負責人需要進行產品評審,產品會對測試中的功能進行驗收。將達到了產品目標的成果拖動到【待發布】▼中。
最後整個團隊還需要進行一次回顧總結會議,回顧這次迭代有哪些做的好,哪些做的不好,有什麼計劃。團隊成員需輪流發言,完成自評和他評,分析和總結上一個迭代中遇到的問題,並列出下次的可執行任務,便於改進整個團隊的效能。
至此,一個sprint週期完成,以此開始下一個sprint,不斷迴圈往復。