iT邦幫忙

專案管理相關文章
共有 1251 則文章
鐵人賽 IT管理 DAY 17

技術 Day 17 保密防諜人人有責

專案進行期間,產品還沒對外公開時參與專案團隊裡的所有成員都必需要有保密的觀念,或即使產品上市了也需嚴守保密規定不隨意告知產品的關鍵技術環節或行銷操作策略等機密資...

鐵人賽 IT管理 DAY 16

技術 指標體系3: 二級指標-想要算熱量,至少要知道吃了什麼吧!

接下來要認真計算了! 3. 二級指標(主動指標) 開始之前,再讓我們複習一下指標體系的圖例: 其中有提到:二級指標是將一級指標切分地更小塊,並且是比較好被衡量...

鐵人賽 IT管理 DAY 15

技術 指標體系2: 一級指標-想要減重,至少要先控制熱量吧!

2. 一級指標 有減肥過的人應該都聽過一些理論,例如: 要了解自身的總熱量消耗TDEE與基礎代謝率BMR 當總攝取熱量小於TDEE,理論上就可以造就熱量缺口...

鐵人賽 IT管理 DAY 21

技術 Day 21 牽動你的下一步之會議紀錄的重要性

繼續跟各位分享有關開會相關的經驗,今天分享開會中的會議紀錄,昨天提到的掉進會議輪迴也不需煩惱,除了善用開會中的時間利用之外,將會議中的對話發言決議記錄下來,而這...

鐵人賽 IT管理 DAY 14

技術 指標體系1: 策略發展指標-想要健康,至少要先控制體重吧!

1. 策略發展指標 策略發展指標是產品於企業成功的關鍵指標,他定義了產品解決使用者問題、和商業創造價值的聯繫。 我的解釋是:策略發展指標定義了客戶對產品的上...

鐵人賽 IT管理 DAY 16

技術 Day 16 用專利保護產品的價值

美國第十六任總統林肯(Abraham Lincoln)曾說過與專利有關的名言:「The patent system added the fuel of inte...

鐵人賽 IT管理 DAY 13

技術 指標體系0: 請幫我的產品打分數!

是的,在這個現實的社會中,若想要衡量產品的健康狀態,那就需要為他體檢,也就是上篇提到的為產品打分數。但是,每個產品的長相不一樣,不適合用同一套系統打分數。因此,...

鐵人賽 IT管理 DAY 15

技術 Day 15 專案管理中的典藏文件

在專案管理中如同聖經一般的典藏文件,八九不離十應該就是「白皮書」(White Paper)。白皮書的定義:英國下議院的報告文獻,對某些問題概略的陳述其政策及立法...

鐵人賽 IT管理 DAY 12

技術 Product Market Fit: 找到並驗證你忠實客戶

最一開始的產品就像是正在走路的酒鬼 "it's ok to be imperfect"當我拉筋時,站姿彎腰卻摸不到腳,只摸得到膝蓋時,教練...

鐵人賽 IT管理 DAY 11

技術 產品必殺技3: 使用者流失?小孩子才做選擇,我全都要!

上一篇我們討論到Aha Moment,並且希望使用者盡可能地不流失,讓最多人都體驗到Aha Moment。 像這樣要每段互動都得去分析並優化,我們推薦用漏斗分析...

鐵人賽 IT管理 DAY 30

技術 初心、來時路及感謝:系列文章總結回顧

恭喜Allan,最後一篇,完賽! 本系列文章談的不是技術,不是平台,而是管理 最後一篇不談Redmine,也沒有要總結Redmine的功能有多優秀。 就如我第...

鐵人賽 IT管理 DAY 14

技術 Day 14 隱私三寶:隱私條款與cookie policy

昨天介紹了隱私三寶的大寶,今天繼續介紹另外兩寶:隱私條款(privacy policy)與cookie policy,這也是大部分的人不會特別去注意或是直接忽視...

鐵人賽 IT管理 DAY 29

技術 [ISMS管理]整理及管理分享

Allan.2022年5月.ISMS狂想曲... ISMS是我認識Redmine的原因,我一直想建立一套中小企業可以輕易維護及使用的ISMS作業管理平台。Re...

鐵人賽 IT管理 DAY 13

技術 Day 13 隱私服務三寶:服務條款

繼續接著分享有關隱私相關文件的經驗分享,今天將過往參與的經驗(與法務單位及法律事務所co-work)用簡單的架構描述,跟各位分享擬定服務條款的架構,可能這些架構...

鐵人賽 IT管理 DAY 28

技術 [ISMS管理]ISMS表單紀錄的管理

有系統的歸類ISMS執行紀錄,來再機車的稽核員我也應付自如! 本篇預期成果畫面 管理議題 管理表單能不紙本就不紙本,盡量線上填單,記錄盡量變成資料庫...

鐵人賽 IT管理 DAY 27

技術 [ISMS管理]ISMS文管中心

要驗證了,把ISMS一到四階程序書最新版本準備好 本篇預期成果畫面 管理議題 多數公司的ISMS是遵循ISO27001的管理架構去建立,近年來因為資通安全...

鐵人賽 IT管理 DAY 26

技術 [ISMS管理]ISMS平台整體規劃

MIS與ISMS二家親 ISMS是我和Redmine結緣的原因。 我有在一家公司小規模實際執行過。用Redmine建立ISMS之後,我就一直想找有興趣的人分...

鐵人賽 IT管理 DAY 25

技術 [變革管理]整理及管理分享

新專案從開始到結束的應用完整講完了,不容易啊,拍照紀念一下! Redmine本來就是專案管理軟體,所以將新的專案用Redmine去管理進度是最適合的。 本系列...

鐵人賽 IT管理 DAY 24

技術 [變革管理]MIS的新專案管理:結束階段

驗收囉! 本篇預期成果畫面 範例專案 結束階段(Closing) 【輸入與輸出】 輸入資訊:專案執行紀錄及成果 產出文件紀錄:驗收管理文件、合約結...

鐵人賽 IT管理 DAY 23

技術 [變革管理]MIS的新專案管理:監控階段

系統通知:議題的負責人、監看者(watcher)及提及(memtion),專案Issue進度有更新,請注意Mail的通知! 監控階段(Monitoring a...

鐵人賽 IT管理 DAY 10

技術 產品必殺技2: 找到怦然心動的瞬間-產品核心互動與頻率

咒術迴戰0 劇場版中,乙骨優太對著敵人,自信地說出自己對青梅竹馬的真心: 那麼我們的產品是在哪個瞬間讓使用者也感受到類似的心動瞬間? 從科學角度來看:情緒是從我...

鐵人賽 IT管理 DAY 22

技術 [變革管理]MIS的新專案管理:執行階段

把事情做對、做好,為「最終成果」負「完全責任」,就是當責! 本篇預期成果畫面 執行階段(Executing) 【輸入與產出】 輸入資訊:專案計畫...

鐵人賽 IT管理 DAY 21

技術 [變革管理]MIS的新專案管理:規劃階段

管理就是把複雜的問題簡單化,混亂的事情規劃化。 本篇預期成果畫面 規劃階段(Planning) 【輸入與產出】 輸入資訊:專案需求及相關資訊 產出...

鐵人賽 IT管理 DAY 9

技術 產品必殺技1: 想擊敗客戶的預期,就要先找出產品亮點!

產品如同獵人開發自己念能力一般,須先了解自己的性格特點,才有辦法發揮最大潛力。 身為產品經理,如果你足夠瞭解你的產品,相信一定有被問過以下幾個問題: 客戶會為...

鐵人賽 IT管理 DAY 20

技術 [變革管理]MIS的新專案管理:起始階段

新專案要啟動囉! 本篇預期成果畫面 起始階段(Initiating) 【輸入與產出】 Input:專案需求及相關資訊 Output:啟動會議通知、...

鐵人賽 IT管理 DAY 19

技術 [變革管理]MIS的專案及專案管理五大階段

專案就是,團隊合作達成目標啊 MIS除了日常例行性業務及電腦網管異常問題排除外,在一些公司MIS也要負責很多專案。筆者之前在一家約400人的中小型企業規模的...

鐵人賽 IT管理 DAY 12

技術 Day 12 文件加上隱私設計調味

做為一位PM所轄管理了眾多各單位,而其中產品的開發核心RD單位需提供相關開發需求,並須要求RD單位必須依所提供訂立的需求規格文件做開發,於每checkpoint...

鐵人賽 IT管理 DAY 11

技術 Day 11 簡單描述API操作文件

接下來的幾天會跟各位分享各類系統相關或內部會用到的實用文件,以簡單描述實例帶大家了解擬定或撰寫系統文件如何接入重點,詳細地描述專案所需的格部分,以便於團隊同仁參...

鐵人賽 IT管理 DAY 8

技術 身家調查4: 產品生命週期的第四階段-衰退期

衰退(導入產品創新的動能,反之不進則退) *要馬退休不練了,要馬創業代言演戲讓事業再創高峰的巨石強森* 天下雜誌曾在2020做了一篇專欄,比較2000到2020...

鐵人賽 IT管理 DAY 7

技術 身家調查3: 產品生命週期的第三階段-成熟期

成熟(市場飽和,漸趨平穩的市佔率) *我健故我在,該怎麼練怎麼吃都駕輕就熟的巨巨* 產品基本上已經進入無我的境界,缺少的功能都已開發,大部分皆在迭代優化(此時A...