iT邦幫忙

產品經理相關文章
共有 151 則文章
鐵人賽 IT管理 DAY 26

技術 [Day26] Scrum失敗經驗談 – Daily scrum變成daily report

在Scrum的機制裡,每天的站立會議(Daily standup meeting)是一個極小體現Scrum經驗疊加而進一步更能解構複雜目標之經驗法則的環節,一場...

鐵人賽 IT管理 DAY 13

技術 [Day13] 團隊管理:建立團隊信賴感(2)

歡迎對話的發生 展現Accept and Allow,營造願意開口的環境 要塑造這樣的信賴文化,是一件極具挑戰的事情,在日常的每一刻的互動之間,都在為信賴文...

鐵人賽 Software Development DAY 11

技術 視覺化的溝通框架 影響力地圖impact mapping

今天要來分享的是產品經理在做需求管理、和對外溝通的時候,都很需要的一個思考框架 - 影響力地圖 impact mapping,這個思考框架的內容,主要是透過視覺...

鐵人賽 IT管理 DAY 12

技術 [Day12] 團隊管理:建立團隊信賴感(1)

用第一次成功建立信心 給予空間、給予適應、不限方式,讓團隊創造第一次成功 制定了目標、習慣以團隊思考、有了些管理工具、也有一群在乎使用者痛點的IT夥伴,那就...

鐵人賽 Software Development DAY 16

技術 軟體開發流程 需求蒐集法3 - 焦點團體

來到了需求蒐集的第3篇 - 焦點團體訪談。 之前因為專案需求,有機會舉辦一場焦點團體訪談,常見的焦點團體訪談執行方式是找一群 「 有共同點 」的受訪者同時聚再一...

鐵人賽 IT管理 DAY 30

技術 [Day30] 身為產品經理的反省與再出發

過去一年,其實我走過一段很艱辛的路程,會說艱辛,是因為現在回首起來,中間的一切是那麼的不容易,過程中短短的塞滿了很多需要學習的項目,直到現在還未能完全消化完成。...

鐵人賽 IT管理 DAY 3

技術 [Day3] 自我必備進化力:找到一面鏡子

自信心潰堤 因為沒有想像,所以沒有了信心 當只有自己,自己就是自己的天花板,我之前的工作習慣是,遇到某某事情不懂,我就買一本書看了看,上網找找資源,然後用要...

鐵人賽 Software Development DAY 12

技術 提升會議效率的開會技巧

軟體開發中的所有角色,產品經理可以說是會議前幾名多的角色,而且很常要擔任主持會議的角色,因為產品經理很大一塊在做的事情是跨團隊的溝通協調,埋沒在這麼多的會議中還...

鐵人賽 IT管理 DAY 6

技術 [Day6] 自我必備溝通力:Content & Context

發揮影響力 隨時必備的兩個元素:Content & Context 自覺、找鏡子、瞭解與掌握環境、設定目標,小至個人職涯、大至團隊運營、甚至人生規劃...

鐵人賽 IT管理 DAY 9

技術 [Day9] 解決問題的思路:永遠找到槓桿效益最大的點

不要成為小蜜蜂 解決Patterns,不要只被單點event觸發 身為產品經理,我們有一項任務是為了時程和成效能達標,我們需協助團隊排除障礙,尤其是跨團隊的...

鐵人賽 IT管理 DAY 28

技術 Churn/Retention 2: 讓客戶來了就不想走,這就是使用者黏著

在開始討論之前,請容我先對客戶們唱首歌https://youtu.be/pB-5XG-DbAA 希望客戶在產品中多停留一點,必須先有幾個但書: 定義「讓客戶多...

鐵人賽 Software Development DAY 9

技術 軟體開發後的成效追蹤方式

大家以為前幾天介紹完產品從無到有的過程,就已經完成一個完整的軟體開發流程了嗎?如果是的話那你就大錯特錯了,在完成專案管理讓開發完的產品順利上線後,是另一個新的開...

鐵人賽 IT管理 DAY 24

技術 [Day24] Scrum失敗經驗談 – 壁壘分明的職務配置

不足的豐富資源 未依團隊性質配置的資源,會製造資源不足的假象 在IT團隊最大的時候,有11人,分別是前端工程師3名、全端工程師2名、前端實習生1名、後端實習...

鐵人賽 IT管理 DAY 19

技術 [Day19] 團隊管理:績效對談

績效的對談 不要錯過任何一次反饋的機會 公司運營裡面,績效永遠不會缺席,透過績效可以清楚的為成員嘉勉,也能清楚的知道如何引導成員持續成長,這一塊仍舊是我在摸...

鐵人賽 IT管理 DAY 5

技術 [Day5] 自我必備驅動力:以終為始

正確想像終點,始能前行 終點不會是一翻兩瞪眼的產出,而是經過一番洗禮之後的樣子 當時的我,我心繫一件事,趕快將平台完成,有平台、有功能、有準時、有正確性、有...

鐵人賽 IT管理 DAY 28

技術 [Day28] Scrum失敗經驗談 – 我的壓力,團隊倍感壓力

這是一篇熱騰騰的心得文章,因為是我今天和一位技術前輩聊完之後的驚醒,回首過去經營IT團隊、運行Scrum,或多或少,總有些埋怨,明顯承受著來自主管的壓力,即便嘴...

鐵人賽 IT管理 DAY 23

技術 [Day23] Scrum失敗經驗談 – 以為什麼都不能動了!

不變,不代表會更快更好 要求不變,反而會花過多時間追求完美 在[Day22] Scrum失敗經驗談 – 承認就是隕石吧!中,提到隕石的恐怖,突如其來的狀況,...

鐵人賽 Software Development DAY 18

技術 軟體開發 五層次的用戶體驗

軟體開發中,產品經理在規劃產品方案時,都會注意用戶體驗的部分,其實關於用戶體驗的部分 James Garrett 有提出 用戶體驗五個層次,這五層就是在說透過用...

鐵人賽 Software Development DAY 8

技術 溝通技巧中的利害關係人管理

產品經理平常需要溝通的對象很多,而這些對象對專案的影響程度大小可能不盡相同,為了有效的擅用產品經理自己的資源,建議在溝通前先釐清此對象所處的位置,應該要溝通到什...

鐵人賽 IT管理 DAY 15

技術 [Day15] 團隊管理:建立團隊信賴感(4)

一個不斷求進步的團隊 基於成功經驗,會更容易形塑成員對於不完美的自在表達 「每一次回顧都是為了調整好不完美,然後朝下一次不完美邁進」沒有完美的團隊、沒有完美...

鐵人賽 IT管理 DAY 30

技術 完賽感言-產品經理的字字真跡

終於完賽了!!! 到了最終回,身為產品經理,不免俗還是幫自己Retro一下,回顧一下在寫文章的過程中,所發生幾個的重要的小事: What feels grea...

鐵人賽 IT管理 DAY 2

技術 [產品策略] 產品策略哪幾種? 你現在的產品策略是什麼?

身為產品經理,你的待實現功能清單(product backlog)一定是堆積如山,在提交各種開發需求給工程師前,產品經理應該要拉高層次思考我們的產品策略是什麼?...

鐵人賽 Software Development DAY 14

技術 軟體開發流程 需求蒐集法1 - 問卷

在 軟體開發的用戶需求哪裡來? 此篇有和大家分享過常見的需求來源,但實際上到底要怎麼進行又是另外一件事,因此今天要來分享其中一個需求蒐集方法的執行方式 - 問卷...

鐵人賽 IT管理 DAY 20

技術 產品品質3: 用HEART框架衡量產品UX表現

2010年,Google 提出了以HEART框架來衡量產品的使用者體驗的表現 後續國內外也有很多產品設計師、產品經理都紛紛分享了他們對於這個框架的理解,而這裡這...

鐵人賽 IT管理 DAY 25

技術 [Day25] Scrum失敗經驗談 – 與需求單位之間的斷層

使用者意識 真為基礎、善為核心、美為極致 承[Day24] Scrum失敗經驗談 – 壁壘分明的職務配置中提到的壁壘分明,或從其他篇文章中,也可嗅到一絲訊息...

鐵人賽 IT管理 DAY 11

技術 [Day11] 團隊管理:團隊共識與團隊思考

團隊目標的建立 提供對應的元素,催化IT團隊與事業體相呼應的目標 身為產品經理,需要清楚知道公司目標或產品目標,也要不斷讓IT團隊知道當前來自商業考量、使用...

鐵人賽 IT管理 DAY 20

技術 [Day20] Scrum失敗經驗談 – 只想得太大太遠

Scrum是大家想要導入的文化與工具,在分享了很多工具、體會和方法後,感覺是個好時機要來講如何導入scrum了,可惜的是,我還未能有自信地大聲說,我成功運行sc...

鐵人賽 IT管理 DAY 7

技術 [Day7] 人才配置:合適的人、合適的運用

從資源配置的角度思考 產品經理不一定有人事決定權,但是可以從資源的角度給予建議 這個是一個特別的經歷,一般產品經理很難會有IT的人事決定權,但因為管理職會看...

鐵人賽 Software Development DAY 20

技術 如何兼顧 產品開發 與 品質維護

軟體開發中,最怕遇到的就是前面有新功能的開發在趕,後面有線上的 bug 在等著處理,呈現蠟燭兩頭燒的狀況,到底要如何同時兼顧開發和維護產品品質呢?今天就要來和大...

鐵人賽 IT管理 DAY 14

技術 [Day14] 團隊管理:建立團隊信賴感(3)

有意義的討論 層層拆解,找到歧異點 討論過程裡面,我們通常容易跳到結論做為起點,而我們通常也會先看到結論,結論是一種表述,是言語、是行為、是成果,「問為什麼...