iT邦幫忙

2023鐵人賽相關文章
共有 77 則文章
鐵人賽 IT管理 DAY 30
好專案 VS 壞專案 系列 第 30

技術 【Day 30】好專案VS壞專案-專案實務-計畫-需求變更照單全收

需求變更照單全收 按照之前我們提到的專案管理金三角,只要時間、成本、允收條件一確定,就圈出了固定的範疇。專案只要圍繞在這固定的範疇,需求訪談不超過範疇邊界,開發...

鐵人賽 IT管理 DAY 30

技術 [結語]  Redmine 實戰指南回顧:挑戰結束,但探索永不止步

「零到專家:專案管理工具 Redmine 實戰指南」系列,在今天是最後一篇了,就讓我們一起來回顧一下這整個系列吧! 開始的初衷 這個系列的初衷是什麼呢?當我首次...

鐵人賽 IT管理 DAY 29
好專案 VS 壞專案 系列 第 29

技術 【Day 29】好專案VS壞專案-專案實務-計畫-權力凌駕專業

權力凌駕專業 一個專案通常會任命一名合格的PM,來擔任整個專案的管理。這個PM要領導各種角色的的專案成員,他應該了解組織的願景與目標,並且具備專案管理知識與實務...

鐵人賽 IT管理 DAY 28
好專案 VS 壞專案 系列 第 28

技術 【Day 28】好專案VS壞專案-專案實務-計畫-時程規劃沒有全體參與

時程規劃沒有全體參與 一般來說時程規劃有兩種手法,一種是由上而下(Top-Down),另一種是由下而上(Botton-Up)。上而下的估算,大家常用類比法或參數...

鐵人賽 IT管理 DAY 29

技術 [Part 8: 其他附錄] 3 本 Redmine 的參考書籍資源

在這篇文章中,會跟大家介紹三本關於 Redmine 專案管理工具的參考書(不過都是英文的 XD),雖然這三本書的出版日期都與現在有一點距離,但還是覺得不管是你對...

鐵人賽 IT管理 DAY 28

技術 [Part 8: 其他附錄] 幫 Redmine 換皮: 推薦 5 個好看又免費的 Redmine 佈景主題與安裝方式

你可能到目前為止,已經多少認同 Redmine 是一個功能強大的且免費的項目管理工具,但是!預設的佈景主題,真的是我收到最多回饋的部分 XDD 委婉的說,多數人...

鐵人賽 IT管理 DAY 27

技術 [Part 8: 其他附錄] 精選 6 個推薦安裝的 Redmine Plugin 插件

在 Redmine Plugin 的市集中,我從眾多選項中挑選出了這 6 個精選的插件,這些是我認為如果你安裝了 Redmine,你一定也會想要安裝的 Plug...

鐵人賽 IT管理 DAY 27
好專案 VS 壞專案 系列 第 27

技術 【Day 27】好專案VS壞專案-專案實務-計畫-沒有Scope變更管理計畫

沒有Scope變更管理計畫 範疇變更管理計畫(Scope Change Management Plan)屬於範疇管理計畫(Scope Management Pl...

鐵人賽 IT管理 DAY 26

技術 [Part 7: Redmine 案例實作 - 個人篇] 使用 Redmine 管理鐵人 30 發文挑戰

今天是 Redmine 案例實作個人篇的最後一篇,也表示我們的 Redmine 系列文快要進入尾聲。既然我們正在進行鐵人挑戰,那麼就把這系列的最後一個實作,獻給...

鐵人賽 IT管理 DAY 26
好專案 VS 壞專案 系列 第 26

技術 【Day 26】好專案VS壞專案-專案實務-計畫-Kick off只是例行公事

Kick off只是例行公事 專案開工會議(Kick Off Meeting)通常意味規劃結束與執行開始,主要的目的是在傳達專案目標、獲得團隊的承諾,並且說明利...

鐵人賽 IT管理 DAY 25

技術 [Part 7: Redmine 案例實作 - 個人篇] 沙發馬鈴薯:用 Redmine 管理追不完的劇

我自己很喜歡案例實作,因為在實作的過程中,會讓你更能夠將軟體功能與現實的需求有所連結。這些案例的實作,同時也會分享我自己的拆解脈絡。 這些拆解脈絡與規劃 Red...

鐵人賽 IT管理 DAY 25
好專案 VS 壞專案 系列 第 25

技術 【Day 25】好專案VS壞專案-專案實務-計畫-沒有Charter或SOW

沒有Charter或SOW 專案計畫之初,需要投入商業論證(Business Case)、SOW(statement of work)、企業環境因素、與組織作業...

鐵人賽 IT管理 DAY 24

技術 [Part 7: Redmine 案例實作 - 個人篇] 週目標管理

今天開始是 Redmine 案例實作個人篇,在這個 Part 中,是希望以個人的角度出發,不把 Redmine 侷限在工作場景上面的使用,那我們就進入到今天的...

鐵人賽 IT管理 DAY 24
好專案 VS 壞專案 系列 第 24

技術 【Day 24】好專案VS壞專案-專案實務-起始-客戶不清楚自己的需求(need)

客戶不清楚自己的需求(need) 任何專案一定都有自己的故事,可能是贊助者經過深思熟慮後制定的戰略目標,也可能是靈光乍現的實驗。不論是因為什麼因素要啟動一個專案...

鐵人賽 自我挑戰組 DAY 10
我推的Laravel 系列 第 10

技術 【Day- 9】我推的Laravel-基礎篇-Middlware

簡介 Laravel 中的中介層(Middleware)用於處理 HTTP 請求在進入您的應用程序之前或之後的不同階段。它允許您在請求和回應之間執行自定義代碼,...

鐵人賽 自我挑戰組 DAY 24
我推的Laravel 系列 第 24

技術 【Day-23】我推的Laravel-實戰篇-Horizon

簡介 Horizon是一款觀察Queue的開發者工具 Laravel Horizon provides a beautiful dashboard and c...

鐵人賽 自我挑戰組 DAY 21
我推的Laravel 系列 第 21

技術 【Day-20】我推的Laravel-進階篇-Lifecycle in Laravel

簡介 Lifecycle是甚麼?程式也有生命嗎?是的,每一段程式都會有起點和終點今天是進階篇最後一篇,透過Lifecycle為這篇章畫下句點 Lifecycle...

鐵人賽 自我挑戰組 DAY 17
我推的Laravel 系列 第 17

技術 【Day-16】我推的Laravel-進階篇-Interface & Contract Pattern

簡介 前面有提到類(Class)、物件(Object)、介面(Inerface)的關係,今天稍微深入Interface以及Contract Interface常...

鐵人賽 自我挑戰組 DAY 16
我推的Laravel 系列 第 16

技術 【Day-15】我推的Laravel-進階篇-Queue

簡介 Laravel Queue中文可以翻作佇列,字面上理解就是一個等著做事的程序 在Laravel對Queue的解釋中提到,通常可能需要長時間的任務,如: 解...

鐵人賽 自我挑戰組 DAY 14
我推的Laravel 系列 第 14

技術 【Day-13】我推的Laravel-進階篇-Service & Repository Pattern

簡介 上篇介紹完SOLID,本想接著介紹Service Container & Service Provider但想想,一直在理論方面可能太過乏味(絕對...

鐵人賽 自我挑戰組 DAY 13
我推的Laravel 系列 第 13

技術 【Day-12】我推的Laravel-進階篇-OOP & SOLID

簡介 剛結束Coding Style,今天介紹軟體工程的觀念OOP和SOLID這兩個觀念都是程式設計風格、原則或者說是典範當然不限用於PHP或者Laravel...

鐵人賽 自我挑戰組 DAY 12
我推的Laravel 系列 第 12

技術 【Day-11】我推的Laravel-進階篇-Coding Style

簡介 Coding Style,可以翻作程式碼風格之所以在進階篇的頭篇來作介紹,除了難度之外有以下幾點 閱讀程式的愉悅性: 你應該不會想看到有人把變數命名成$...

鐵人賽 自我挑戰組 DAY 11
我推的Laravel 系列 第 11

技術 【Day- 10】我推的Laravel-基礎篇-Testing (with Fake)

簡介 這篇是基礎篇最後一篇啦今天筆者想帶給大家的是一個軟體工程上很常見的TEST當然一如既往,筆者不會在學名上鑽牛角尖做過多的解釋、說明 一樣用情境讓讀者感受T...

鐵人賽 IT管理 DAY 23

技術 [Part 6: Redmine 案例實作 - 工作篇] 上下班打卡

我自己很喜歡案例實作,因為在實作的過程中,會讓你更能夠將軟體功能與現實的需求有所連結。所以後續幾天有為數不少的案例實作,並且也會分享我自己的拆解脈絡。 這些拆解...

鐵人賽 IT管理 DAY 23
好專案 VS 壞專案 系列 第 23

技術 【Day 23】好專案VS壞專案-專案實務-起始-成員人力不足

成員人力不足 專案是由一群專業的人員組成,有的熟悉市場脈動、有的了解程式開發、有的懂專案管理,各司其職且合作無間才能順利完成專案。專案的過程中一定有許多「待辦事...

鐵人賽 IT管理 DAY 22
好專案 VS 壞專案 系列 第 22

技術 【Day 22】好專案VS壞專案-專案實務-起始-PM經驗不足或身兼多職

PM經驗不足或身兼多職 按理來說,一個專案若要有高品質的管理,必須要找一個有經驗、有知識的PM,並且確保此PM專注在此專案,不被其它事務打擾。因為一個專案要面對...

鐵人賽 IT管理 DAY 22

技術 [Part 6: Redmine 案例實作 - 工作篇] 跨部門維運版本控管

我自己很喜歡案例實作,因為在實作的過程中,會讓你更能夠將軟體功能與現實的需求有所連結。這些案例的實作,同時也會分享我自己的拆解脈絡。 這些拆解脈絡與規劃 Red...

鐵人賽 自我挑戰組 DAY 9

技術 【Day- 8】我推的Laravel-基礎篇-Validation (輸入資料驗證)

簡介 Validate是Laraval針對使用者傳入的資料進行資料檢驗,以提醒使用者、避免程式錯誤,也有部分資安考量如果接續上次的比喻,Validate就是使用...

鐵人賽 自我挑戰組 DAY 8

技術 【Day-7】我推的Laravel-基礎篇-MVC的V

簡介 最基本是使用Blade,Blade是Laravel所提供的簡單且強大的模板引擎可以粗略地說是PHP+HTML混合,但相信我,Blade一點也不粗略當然Bl...

鐵人賽 IT管理 DAY 21
好專案 VS 壞專案 系列 第 21

技術 【Day 21】好專案VS壞專案-專案實務-起始-找不到Project Ownership

好專案VS爛專案 一個專案從尚未開始之初,一定有一個發起者,這個發起者基於各種考量與判斷,決定啟動一個專案。可能是為了發明一個搶攻市場的產品,也有可能是為了改善...