促銷專案

江湖仍在,金庸老爺子還留下了14位專案經理

哈嘍,Everyone~ 寫這篇推文時,其實心情比較沉重。那位觸手生春妙筆生花的俠之泰斗,那位筆走龍蛇曲盡其妙的文之巨擘,金庸老先生辭世了。 還記得小時候那沒日沒夜趴在被窩裡拿著手電

專案管理總結02(10.30)

在前面將自己知識經驗積累的時候曾經談到過,自己從開發,架構,到需求,再到IT專案經理,大專案經理,基本一路從技術線發展上來。從04年開始過CMMI2級對軟體過程改進和專案管理知識有了較為體系化的理解和認識,到06年正

專案模板,如何承載場景模型?

在Worktile 7.0 中,我們提供了大量的底層元部件,包括:任務型別、狀態、元件等等。這些內容我們在之前的文章中都有介紹,其實大部分的客戶,並不會在乎元部件究竟是什麼,只在乎通過這些元部件搭建的專案模板,

專案管理總結01(10.29)

專案上線半個月,執行平穩,自去年7月專案啟動到現在已經1年有餘,而自己這1年多時間也大部分在北京渡過,經歷了北京的春夏秋冬四季,北京空氣治理成效和霧霾天的明顯減少,也讓自己在時隔差不多5年後對北京有了新的認識。大型E

TeamCat: 高效的軟體專案管理,協作工具

Teamcat的專案管理包含了任務、提測、Bug管理,統計分析等功能。支援多成員協作,並且深度集成了持續整合(CI)。Teamcat 支援每日構建,自動化測試,一鍵部署等功能。 Teamcat 通過任務流功能支

資料科學專案管理中的“黃金標準”

公眾號/大資料文摘 大資料文摘出品 編譯:茶西、陳同學、Aileen 如何建立一個數據科學專案管理?建立的標準又是什麼? 我想大多數人至少承認這一點:“你的研究需要讓其他人能夠輕鬆地理解你在專案

如何開展跨部門協作

跨部門協作一直是職場人的一個難題,也是老生常談的話題。它不像部門內部成員的合作,而是涉及到多個利益方,難度是倍增的。兩個部門的協作難度可以認為是1+1>2,如果是三個部門,恐怕是1+1+1>

是否應該建立使用者故事來計劃系統維護和支援?

這個問題可能源於對敏捷開發的誤解。敏捷專案團隊旨在為特定專案進行組裝。一旦進行了一定數量的產品規劃,積壓計劃和衝刺計劃,第一個衝刺就會啟動。從那時起,敏捷團隊的目標是在每次衝刺結束時遞增使用者價值,並使團

萬萬沒想到 原來專案需求工作量評估也有這麼多門道

你以為的毫不費力,其實背後是竭盡全力的努力! ——題記 每個人的電腦上都有很多的應用軟體,每個人的手機上也會有許許多多的應用軟體,在應用商店裡更是可以找到各種各種的軟體。而我們,作為離不開智慧手機的一個

專案經理是否應該成為團隊自身的背鍋俠

(題圖:from  unsplash) 有甩鍋就有背鍋,哪麼做為團隊的領導者——專案經理,是否應該成為團隊自身的背鍋俠?為此於10月9日,多名一線專案管理人員在 長沙網際網路活動基地 展開討論,

怎麼畫好一個專案甘特圖

一、寫在前面 甘特圖是一個非常實用的專案管理工具。在阿里的日常專案工作中,不管是PD還是開發同學,大家普遍都會遇到需要規劃專案工作安排的情況,這個時候畫一個甘特圖就非常恰如其時了。 但畫出一個漂亮、合理

再談流程引擎參與人(10.6)

對於工作流引擎,多年前就已經談過很多文章,包括PaaS平臺裡面的流程引擎。今天只談下對於流程引擎中的模板配置,角色和參與人,使用者組,崗位等之間的核心關係。 角色和使用者組

Maven 專案管理從未如此通暢

一,寫在前面 Maven到底是什麼?它能做些什麼?能為我們的開發工作提供什麼樣的幫助?為什麼會有如此大的知名度?另外,常聽大廠的人說“私服”,工具管理吧啦吧啦的一堆也是不明覺厲。相信仁者見仁,著智者見智了。

1714619780.2097