Tingwei|啟發你的生活練習日常
  • 首頁
  • 備婚日記
  • 媽媽日記
  • 閱讀筆記
  • 課程心得
  • 生活分享
Tag:

產品經理

生活分享

如何做年終報告-思維模式的建立

by rice0315 2024 年 4 月 19 日

在年末年初的時刻,總是會走一趟回顧或是列出年度目標。回顧的好處我在之前的文章有說過,可以參考:生活與工作都需要的-總結與回顧好處?

那這樣的回顧用在工作上,除了感性的層面以外,我們可以如何透過回顧,轉換成年終的成效報告,可以對外說明我在這一整年的成果呢?

不知道大家的工作經驗上是否有需要做年終報告的時候,如果有,我將分享我的思考方式,希望對你有幫助!

可以從幾個面相切入:

  1. 我的工作內容是什麼,這一年我做了什麼
  2. 這些事帶給公司什麼價值,之於公司目標,我給出的價值是什麼,我的佐證是什麼(我如何做的)
  3. 什麼是只有我能做的
  4. 我接下來可以往什麼目標前進

我的工作內容是什麼,這一年我做了什麼

我的工作內容是公司希望我做的事情,是我被聘請來的主要目的,而這一年內我做了什麼,可以是一個整理,可以以專案角度、月份的維度整理,都是一個方向

舉例來說,我是一個產品經理,我主要負責規劃與安排產品的迭代,與各需求溝通等等的,都是我的工作內容。而這一年我做了什麼,對於我來說我的角度就是產品更新了什麼,我解決了什麼問題。

有些人在這裡會自我懷疑,這些「我做了什麼」都不是我自己獨立完成的,我這樣列出是否會搶了別人的功勞呢?

但我想說的是,當然上班就是會和其他人合作,重要的是合作後的產出,與在這樣的合作中你扮演的是什麼樣的角色,我想老闆肯定也知道所有的產出都非一己之力,能知道自己在團隊的角色和主要的產出是什麼,清楚自己的定位是很重要的。

這些事帶給公司什麼價值,之於公司目標,我給出的價值是什麼,我的佐證是什麼(我如何做的)

延續著第一點,我做的這些事帶給公司什麼價值,這是我們可以思考的方向。

這也是很多人在整理年度報告會卡關地方,通常如果不是在面試,很少人會很仔細的去思考這件事情,因為每天要處理的事情就已經夠多了,哪有時間去想有沒有價值,工作來了我就做。或是覺得對內部說明自己的價值是很彆扭的。

這也是年度報告重要的原因,因為他是一個時間點去促使自己思考。

那我們要怎麼要知道我自己做的事情帶給公司什麼價值呢,可以從:「我做了這件事以後發生了什麼改變」這個角度去思考

「我做了這件事以後發生了什麼改變」:以產品經理的角度,假設我在2月迭代了一個功能,讓營運單位有了新功能可以使用,這就是我帶來的改變,也是我提供的價值。

另外一個角度是:「如果我沒做這件事,會有什麼樣的影響」

如果我沒做這件事,營運就沒有功能可以使用,可能會帶來不方便,甚至直接影響公司目標的達成。

而我提供的價值,之於公司目標兩者的關聯是什麼?

這可以去思考我做的事情、我帶來的改變,是為了要達到公司目標裡的哪一個項目嗎?是要成為創造業績的武器,還是要成為提高體驗的工具?我想這些都是有關聯的,如果有沒有關聯的事項,那很有可能就不是我們首要的工作項目。

那我的佐證是什麼,我怎麼去證明我做這件事有帶來改變,有提供價值、間接或直接協助了公司目標呢?這可能可以需要一些數據佐證,延續上方的例子:我在2月迭代了一個功能,讓營運單位有了新功能可以使用,如果我把它定義成我提供的價值,那實際上營運單位是否有真的使用,用在什麼地方?好不好用?可能帶來多少業績嗎?或是協助營運解決多少問題嗎?這是我們可以去搜集跟思考的。

也可多跟使用者聊聊,有時候反而會在這個時候體會到,我們認為有價值的項目,對其他人來說可能沒有,那就是我們的目標沒有對齊,我們沒有一起達成公司所需要的目標。對團隊或是對公司來說,目標其實是要共同達成的,但我們認為的價值不同的時候,就是需要重新對焦的了。

什麼是只有我能做的

而延伸至此,可能可以稍微理解到我所做的之於公司之間的關聯了,如果還有餘裕可以換一個方向往內思考:什麼是只有我能做的。

當我盤點出我完成的工作項目,帶來的價值與公司目標都對齊以後,我感受到我的價值和我在這間公司存在的原因。那我會繼續思考,這些項目是只有我可以完成嗎?還是其他人也可以完成呢?

這裡著重的是與內對齊,當我完成的事情是只有我能做的,那有一個可能是目前工作的內容正好符合我的能力。那如果不是,我完成的事情其他人也可以完成,那或許代表我可以傳承給其他人(當然也有可能只是分工)那我完成與其他人完成的差異在哪裡,我有做出差異點嗎?

這可以是尋求自我特質的過程,同樣完成一件事情,我可能比其他人更擅長整理結果等等,這些就是只有我能做的部分。這是很好畫龍點睛到年終報告裡的,畢竟我們所完成的事項大多都是團隊合作的成果,而辨識出我與其他人的差異或認出只有我能做的項目,則是將整個重點落回到自己身上。

我接下來可以往什麼目標前進

最後,在年終的時候除了整理回顧以外,其實更多期待是在這樣的結論下,我們決定怎麼樣繼續前進。

當我已經全面理解完我整個年度的的成果到底對公司有沒有效益以後,該往下思考的是那接下來公司的目標是什麼,這個可能不一定每個人都有辦法得到這樣的資訊,但我想這個時候是可以跟你的主管聊聊。

了解公司的目標以後,也可以在跟主管聊聊的過程中,了解主管對自己的期待,有沒有希望我達成的目標,在這兩個目標之下,而我自己希望做到的是什麼呢?

這三點是需要連成一線的,在這三點連成一線後,我們確定了我想要前進的方向是公司也是主管期待的,那這樣就再好不過了。另外我們在前面一點確定的只有我自己能做的項目後,把這樣的項目放在最優先,那也是勢在必行的。

能把這樣的心得寫下來,其實我也是蠻訝異的:)沒想到我居然可以把腦中的想法輸出

也是在最近的工作經驗中,發現這是一件重要的事情,而我居然對這件事有我獨特的思維,並且可以整理成想法,開始協助他人實踐。

2024 年 4 月 19 日 0 comment
0 FacebookEmail
生活分享

生活與工作都需要的-總結與回顧好處?

by rice0315 2023 年 10 月 24 日

我是一個非常喜歡整理總結與回顧的工作者,無論在工作上,或是在生活上都是。

為什麼開始做總結與回顧?

想起我第一次做這樣的事情的時候,是我第一次轉職。

當時的我依照現在最流行的名詞就是「裸辭」,辭去了一個工作3年半長時間的工作,並且我還沒有想好下一步要往哪裡走。我只是覺得我該停下來了,這裡似乎不是我想前進的方向。

在經過一兩個月的休息後,總是要找工作的,在找下一份工作開始之前,我拿起了紙跟筆,好好回顧我這幾年的工作時間,我所擁有的、我所學會的,別人怎麼看我的。以及我最喜歡做哪些事情、覺得在什麼時刻下的自己最有創造力等等,我不停地詢問自己多個問題,大概寫滿了3張A4,這個過程經歷了很多天,後來得到一個結論,我想做專案管理/產品經理。

這個過程現在回想起來與最近我在大人學上的尋找天賦與熱情的系統化做法這門課內容不謀而合,那時的我就是在尋找自己的天賦與熱情,進而我踏入了專案管理的領域。

工作系列-我是如何進入專案管理這個領域的

這個習慣持續著,直到這兩年也會在年尾的時候寫著回顧文章,回顧上一年的自己。可以參考

2022教會我的事情-我的年度回顧
在2021年的最後一天,寫給2021年的自己

除了生活上,工作上我也這麼做

在2021年我開始了現在這份工作,這份工作很特別,是傳產裡的新創團隊,而我是草創時期的第2位成員。我的角色是產品經理,在這樣的工作環境下,同時有組織對新創團隊的期待,但也有新創團隊的扁平與彈性時,在每個時刻需要「做什麼」和「怎麼做」,都是非常重要的決定。

在工作半年後我整理了我半年來的工作心得回顧與我的主管討論。一起回顧我們做到了什麼,剛到職的時候我們對自己期許的目標,半年後來回顧是否有達成。

以及在工作上覺得很好的地方、是否有更好的地方,和對齊接下來的目標。

這是一個很好的溝通機會,對我來說是減少預期落差的工具,確定我前進的方向與主管、組織期待的方向是一致的,確定我覺得很好的事情對大家來說也是很好的,也打開一扇大門,想聽聽主管覺得我是否有需要更好的地方,進而做調整,也可以檢視組織對自己的期待和自己對自己的期待是否有落差。

在工作一年後,2022年時,這樣的回顧由我帶領到和整個團隊(包含營運、技術、商務等)一起回顧。一直持續到今年,團隊成立的兩年時,一樣帶領著整個團隊一起回顧,避免迷航,重新定錨。

以一個產品經理的工作內容來說,很多技能或是很多實務上會遇到的問題都沒有標準答案,雖然會有數據等其他的佐證參考,但我們能做的幾乎都是當下大家的共識最適合的決定,但這樣的決策與方向長遠來看是否是最好的,這個時候就是很需要回顧再整理了。

以及產品經理的職務也不是有學科照本宣科,不是科學也不只是理性或是感性為主的工作,常常在碰撞中學到更多,面對更困難的挑戰的時候解決它,再回頭來看的時候不知不覺自己又成長了。到底在這一路的過程中我學到了什麼,自我肯定與自我激勵也是非常重要的,不能總是看到那個跌破頭的自己,要看到跌破頭後再往下走時,我帶著的是什麼樣的武器。

回顧與總結的好處?

避免自己迷路。我是一個想很多的人,喜歡思考、整理以及規劃未來。在腦中事先演練一遍或是重新整理一遍每每都讓我有更多的收穫與發現。

一直到現在,我期許自己至少半年或是每季都可以留一個時間給自己,讓自己回顧一下我的人生計劃或是我的工作職涯,我會問自己幾個問題

  • 這段時間我做了什麼,是否有在我預期的發展下前進?
  • 跟我原本的目標,預期做到的事情是否有落差?
  • 接下來我該怎麼做,有沒有需要調整的地方?

好好地總結與回顧,是可以更能鞏固自己心中的信念與目標,並且減少迷惘的時間。有時候我們面臨抉擇的時候可以考慮的時間不一定很長,這個時候什麼是對於自己來說最重要的,我該往哪個方向前進,就是非常好的決定依據。

該怎麼開始?

如果從來沒有這麼做過,推薦你可以從兩個時間點開始試著回顧

寫日記:

我想最簡單的方法應該可以先從自己開始,寫日記就是一個很好的方式。回顧今天發生的事,當下的心情並且把它用文字書寫出來。一方面是整理自己的感受,更清楚地知道自己面對的是什麼,當下的感覺是什麼,是怎麼處理的。

另一方面可以再回頭來看,大家應該都有看以前自己的日記覺得自己很好笑的時候吧:)回頭來看會發現,現在的我如果再經歷一次我會怎麼做,與當時比我又有哪裡不一樣了。

經歷完專案後:

每當我們經歷過一個重大事件後,希望可以留一點時間給自己,好好想想這個「過程」中有什麼我可以做得更好的,像是一個專案的結束、辦完一場婚禮時等等的,或是每一次離職。可能我們離職只是因為另一個工作的薪水更高,我們婚禮會這樣辦只是因為長輩喜歡等等,這些都是當下最適合的決定,但再接下來我們面對到同樣的情境時,我們可以怎麼引導到自己想要的結局,這個是我們回顧很重要的一個結論。

最後,我想分享

在整理這篇文章時也理解到原來我總結與回顧的能力從「自己」開始,在這幾年也放大到工作上,甚是可以帶著團隊一起完成。可以把這樣一個想法交給大家我覺得很幸運,現在整理成文章分享給網路上的你,希望你也可以受用!

其他工作系列文章:

工作系列-軟體產品經理的Scrum推動筆記
2023 年 10 月 24 日 0 comment
1 FacebookEmail
生活分享

工作系列-軟體產品經理的Scrum推動筆記

by rice0315 2023 年 10 月 6 日

記得在兩年前新入職一個草創階段的團隊,合作的技術夥伴希望可以使用敏捷式開發作為產品開發的節奏。就這樣跌跌撞撞地過了兩年,我們在開發團隊上也打造了屬於自己的敏捷開發節奏,這一路的推動與取捨也在這裡整理成筆記與大家分享。

在文章開始之前,以下先整理了一些Scrum的基本知識,來源皆來自參考資料(文章尾端附上參考連結)

什麼是Scrum?

Scrum是敏捷式開發,是一種以人為本的開發方法,強調團隊合作和客戶參與。軟體團隊通常會透過短期的迭代開發,持續交付價值高的軟體,以及根據客戶的反饋進行調整和改進。

敏捷式軟體開發門派更注重在人的層面,講求的是「快速從經驗中學習反應」和「團隊的自我管理」。

Scrum跟其他Agile方法最大差異是在把人(Team,Product Owner, Scrum Master),事(Sprint Planning,Sprint Retro等),物(Product backlog),很明確的定義處理

Scrum需要有哪些元素

Scrum角色:

  • 產品擁有者(Product Owner):負責決定軟體開發的功能
  • Scrum Master:負責提倡以及確保 Scrum 在團隊中順利進行
  • 開發團隊:負責需求的軟體建置開發、部署
  • 利害關係人:除了Scrum團隊以外的都是利害關係人,凡舉主管、業務主管、老闆、客戶、行銷同事等。

Scrum工件

  • Item:明確的羅列出待開發的項目
  • Task:羅列出開發人員該做甚麼事情以符合 Item 的需求(在Sprint的進行過程中,Task需要可視化管理,)
  • Product Backlog:放置未來待開發的 Item 清單
  • Sprint Backlog:放置本次 Sprint 要開發的 Item
  • Potentially Shippable Product Increment:Sprint 結束後上線的功能
  • Burndown Chart:紀錄 Tasks 剩下的數量

Scrum Ceremonies

  • Product Backlog Refinement
  • Sprint Planning
  • Sprint
  • Daily Scrum
  • Sprint Review
  • Sprint Retrospective

好的,我們要進入正題了!在導入敏捷開發的過程中,這裡整理了我們的做法與實踐的步驟:

我想要導入,我需要準備什麼?

1.願意一起改變的夥伴:

最好是在組織有影響力的,願意相信Scrum精神,且有毅力願意面對挫折與持續調整,理解Scrum是一個開發流程,不一定完全適合團隊,可以取其精神及優點,客製化到目前的團隊上

2.具備Scrum的基本概念:

領航者或是一起改變的夥伴對Scrum的知識或是理解需要一致,想法相近的話推動起來會比較有力道。且在推動的過程中會遇到團隊的各種疑問,雖然沒有辦法給出完美的答案,但希望可以就本身的知識理解,和團隊現況找到適合團隊的解法。

3.輔助使用的工具:

我要在哪裡整理Backlog? 開發團隊可以在哪裡預估時間? 我要用什麼工具追蹤每日進度?目前我們團隊使用的是Jira,同時擁有以上的功能。一般來說最簡單的可以使用Excel+白板,可以解決以上問題,也是一個工具,或是小型開發團隊可以使用 Notion 或 Jira免費版本

4.找到開始的時間點:

什麼樣的時間點是適合開始的?可以從獨立的、規模不大的專案開始試著進行。先取得小小的勝利。後面會更有信心。

一步步教學(目前我們執行的版本)

Step 1:找到排Backlog順序的人,決定本次Sprint要開發的項目:PO是誰?

Backlog 是確定要作的功能需求列表,給PO定義需求開發順序時使用,PO會從Backlog內安排優先順序,如果沒有優先順序,將很難Backlog項目往下推進。 Backlog分兩塊,Sprint Backlog & Product Backlog,Sprint Backlog是從Product Backlog拉出本次要開發的項目的清單。

Step 2:Sprint計劃會議 這個Sprint要開發什麼的決定會議,

決定這樣的短跑衝刺要達成什麼樣的目標。這時候依靠的是PO排定的順序、技術的評估、Scrum Master的引導收斂,得到結論。 依照目前我們的習慣,在Planing Meeting已會有PM與需求單位確認好的規格,讓技術可以充分理解與對各個Story的初步評估。 我要怎麼知道這個Sprint是否可以完成這些需求?須請技術了解完需求後,針對需求拆解成任務、針對每個項目估時。

*在實務經驗上,Planing Meeting到Sprint開始前我們有針對各個Story的估時會議,會議目的是:確認此次Sprint Backlog的項目已預估時間,與實際人力資源與Sprint天數是否符合。預先知道是否能達成此次目標。

Step 3:每日站立會議:Scrum Master是誰?

站立會議由Scrum Master帶領,每次會議都在大約15分鐘內完成,每人花約2分鐘報告昨天所做的事情,並承諾今天要完成的任務,且可以提出與無法解決的障礙或相關的問題 注意:因為是每日例行,非常容易流於形式 每位團隊成員報告內容都需要對應到任務卡片上,遇到的困難需”最晚”於站立會議上會提出。

Scrum Master 須在站立會議中引導的方式

  1. 當報告內容開始往細節討論或發散,須及時打住另拉會議討論。
  2. 若報告內容無法了解進度,也須請團隊成員明確指出對應任務卡片上,知道自己在說哪個項目。
  3. 若進度不如預期,一張估時1天的卡片報告3天之久,代表估時有問題或開發上遇到問題無法排解,若團隊成員未主動說明,則Scrum Master 須提出討論,引導團隊一起解決。

Step 4:Sprint Review&Sprint Retrospective回顧會議:

在每次Sprint結束後,會與開發團隊一起檢視此次Sprint的成果。並且討論以下問題:

  1. 確認本次Sprint是否有確實進行(檢核點定義、燃盡圖狀態)
  2. 確認工作流程是否有可以優化之處
  3. 定調Sprint規範與更新

這個會議也是Sprint的精神所在,一個部分是可以與團隊一同檢視成果,建立共同的成就感以外,也可以針對每次Sprint討論並且提出小小的調整、小小的優化,長時間堆疊後會成長出最適合開發團隊的開發流程(複利效應啊!)建議此會議可以不要省就不要省。

Scrum適合我的開發團隊嗎?

1.先檢視現況:梳理出目前開發流程的步調,以及目前遇到的困難。我要解決目前開發流程什麼樣的問題?是開發速度太慢、永遠都在delay、還是需求變來變去,沒有做完的一天?

2.團隊本身的狀態:Scrum推崇的團隊大小大約10人以內,較大型的開發團隊會更不適合,尤其是在最一開始推動的時候。以及團隊本身的成員都是較資深的狀態嗎?Scrum追求的是每位成員都是可以保持開放與持續改進的狀態,團隊成員可以接受這種模式嗎?推動Scrum就會把所有開發流程透明化,團隊每天完成什麼、規格敘述什麼、一切都是共享的資訊,團隊的狀態會很同步一致,但相同的不會有保護自己的心態出現,願意與團隊一起調整一起成長是很重要的。

3.我準備好了嗎:檢視自己在團隊內的角色,推動新的流程絕對會遇到很多困難,和付出很多成本,困難與成本都是可以負荷的嗎?或是本身是一個傳教士的狀態,不怕困難的帶領大家(拖著大家)往理想的世界前進,不畏困難且有信仰!

在網路上的Scrum流程中,我們實務上保留的&我們捨棄的

我們保留的:

  • Sprint Planning
  • Daily Scrum
  • Sprint Retrospective

我們捨棄的:

  • Product Backlog Refinement
  • Sprint Review

為什麼?

對我們來說,推動Scrum是要讓產品快速迭代以符合產品發展。我們執行的是0到1的產品,以及我們是從5人的開發團隊一路推廣到進15-20人的開發團隊上。在團隊擴張迅速且產品快速從無到有的情況下,對目標有共識、有共同畫面是很重要的環節,所以我們保留Planning 會議,與技術一同訂定目標與預期時間。

且每日的會議追蹤有助益將問題的影響降到最小,我們會說:「開發上有問題時,最晚提出討論的時間是每天站會。」而在這種快速節奏上的開發模式,有可能是常常一轉眼忘記自己做過了什麼,或是同時團隊也在快速擴張,這個時候Retrospective就會很重要。但這也是相對困難的一場會議,網路上有些參考做法可以看看。

至於我們捨棄的

  • Product Backlog Refinement

中文名為產品待辦清單精煉會議,是在確定每個Sprint Backlog之前,針對待辦清單內的項目進行討論與優先序與釐清內容的會議。有助於後續的Sprint Planning會議更能明確的安排。現在回頭來看覺得如果有時間可以試著執行看看。

推動心得小結:

在軟體產品開發這條路上,最重要的是找到適合團隊的開發節奏。在這段推動的過程中我們也調整了好幾次開發流程,取消我們覺得不需要的會議、加回曾經被取消的步驟,重新拉回節奏等等。甚至在產品剛上線的時候的節奏也與日常維運、迭代開發時的會不同,對於我來說,Scrum是輔助我們建立一套屬於我們團隊的節奏工具,並不是照本宣科。不是網路上有,我們就一定要做。

在這個推動的過程中我們也受到很多的質疑、不肯定,團隊內的夥伴與團隊外的都有,但使我們堅定運行下去的除了長官的支持以外,穩定地交出符合期待的成果和維持站台品質、快速配合等,漸漸讓大家可以理解這樣的做法是可行且可長期運行的。這段經驗很難能可貴,也整理出來與大家分享,希望有幫助對Scrum有興趣的開發團隊。

其他工作系列文章:

我手上有很多事情要怎麼整理? 第一次聽到甘特圖可以這樣開始
工作系列 – 如何量化自己的工作?掌握工作時間的方法

參考資料

  • https://tuna.to/agile-2-73856205bc9e
  • https://kaichenlab.medium.com/深入淺出-敏捷軟體開發-scrum-4a9d357ac0a4 https://blog.yveslin.com/2015/05/27/scrum-beginner-introduce-guide-dao-ru-zhi-nan/
  • 我如何使用Jira開始跑Scrum? JIRA軟體官方寫得很清楚,可以參考 https://www.atlassian.com/agile/tutorials/how-to-do-scrum-with-jira-software
  • https://medium.com/文思不藏私/文思不藏私-產品代辦清單精煉會議-product-backlog-refinement-6e595390f293
  • https://www.projectup.net/article/view/id/16678
2023 年 10 月 6 日 0 comment
1 FacebookEmail
生活分享

工作系列-做出0到1的產品,我所學習到的

by rice0315 2022 年 6 月 27 日

2022第一季尾端,我們團隊上線了一個產品

雖然說是產品,但感覺比較像是一個企業的新創團隊,所創造出的一個新的服務模式。對於我來說,我沒有經歷過市場調研、競品分析,從最初的願景落到User Story,再落成規格、可執行的、可驗收的成果。

也因為各種因素,包含溝通、時間、範疇等所有專案會遇到的難處,讓這個服務最終延遲了4個月上線。還好他還是上線了,也在上線的過程中學習到很多,把一些心得記錄在這裡,希望未來回來看的時候,我們可以更成長茁壯。

我們從未面對真的使用者,我們也絕非使用者

千萬別假裝是使用者,想想這個產品上線之前,礙於時間的關係,我們總是在最後才面對用戶。

上線後得到了很多真實的使用者心聲,且這次是一次上線三個平台,三種不同的用戶模樣。這三種用戶,和面對公司內的利害關係人,產品要做到的程度的拿捏,確實是一個考驗。

想想也是,那些我們關在辦公室裡幾個人討論出來的小貼心,和那些因為我們熟知流程而忽略了易用易懂的原則,而創造出需要「想一下」才懂的行為和動作,無形的建立了產品與使用者的距離。

而產品經理的角色,應該要堅持、爭取的去面對用戶,去理解、保持開放、和好奇心。

也希望不要再被時間困住了,創造出快的產品,但不是易用的產品,這個可能也不是大家想要的。

不符合預期,而什麼是預期?如何管理與預期之間的落差

而在這次上線的過程,得到的反饋則是負面評論大於讚美。跟XXX比起來真的是很難用,不懂為什麼要做這個,有這樣的流程。

最常聽到的就是「XX功能本來救應該要….」,「你們是專業的工作者,但怎麼沒會想到這個…」。

通常在這樣的語句發生的同時,我們都已無法還原建置系統的當下的時空背景,無法替當時的自己回頭檢視「啊,原來當時的想法是這樣啊。」以以往的專案經驗,在面對如果是甲方的時候,乙方通常會習慣勤留紀錄,為確保彼此的共識,確保降低需求與系統的落差,做出如期如質的專案。

但在自己公司體系內呢?可能長官一句話、可能非做不可的時候,我想能做到的就會是很依賴於所有事前的溝通,拼命地達成共識。當然,還有一定的信任度問題了。

用淺顯易懂的方式溝通,將一切建立在客觀事實的基礎上,所有的決策都是有來源的,如果有數據就更好。

那關於比較,前面提到這是一個從0到1的產品,拿小蝦米去比大鯨魚本身就是不對等的事情,但有夢最美,一定會有個業務幾句。當我們眼前看著80分的東西,即便我們用了120分的努力在很短的時間內從0創造出60,老闆會在意的,就是為什麼不是80分,甚至更高。

但不是做不到的,對吧。最簡單的說法是需要時間。

相信只要有足夠的時間,這些用了120分的努力的我們,絕對是可以做出超過80分的。在這樣的情況下,需要去溝通的就是不段的取捨了。

所以如何管理預期上的落差就是非常重要的事情,在我的經驗中有以下幾個方法

  • 每次的討論透過畫面、紙筆輔助,避免空口談流程
  • 對每一件事多一點好奇,理解需求端的想法根本。例如:從哪裡看到這樣的想法的、在什麼情境下有了這樣的想法?是遇到了什麼問題想要解決嗎?
  • 產出易懂清楚的規格文件,讓所有人對這個產品的理解在同一個水平線上。橫向溝通是必備的!多去跟各單位了解,雖然這樣可能會收很多需求回來,對焦預期值與現況更是重要的。
  • 多溝通、多溝通、多溝通。

系統是人創造出來的,他沒有應該要有什麼。

最後,想說的是系統是人創造出來的,他是一個機器,一個運算機器。你沒有定義他的,他不會自己產生。

這個概念會給我們幾個想法,常聽到人們說:「業務流程就是這樣,所以系統也應該要這樣。」但系統不會懂業務流程,中間需要有好幾個角色、定義它、執行它,去符合所謂的業務流程。這也是我們平常在做的工作。

需求沒說的,系統不知道。也會在這樣的落差下,創造出所謂的「爛」系統。但系統沒有不對,是前面溝通的過程、人們所謂的應該,而產生的落差造成的結論。

反之,bug也因為這樣,一定有一個邏輯。他不會突然產生,總是會有跡可循。在解bug的過程中某種程度也是在考驗自己對系統的熟悉度。如果能重現、能有一個邏輯,那工程師就好解決了。

一點點心得分享給大家,這個文章也放在我的檔案夾裡好久了,希望有機會看到人,可以分享你的心得給我喔!

逛逛我其他的文章

  • 那些日子帶給我「改變想法的力量」
  • 「讀書筆記」人生4千個禮拜 ──人生就是一場時間管理
  • 工作系列-我是如何進入專案管理這個領域的
  • 在練習和「我不夠好」這個感覺和平共處的日子裡
  • 在2021年的最後一天,寫給2021年的自己
2022 年 6 月 27 日 1 comment
1 FacebookEmail
自我學習課程心得

「課程推薦」矽谷阿雅的產品經理實戰指南-從零開始建構你的數位產品思維

by rice0315 2021 年 7 月 19 日

這是一門大人學開設的產品經理課程,一直以來都是大人學Bryan & Joe的讀者,從我學生(?)開始就開始瀏覽「專案管理生活思維」網站,再從我決定要往專案管理的領域發展的時候,網站裡的文章真的提供我很多實用的觀念!

接著看到大人學推出了門課程-矽谷阿雅的產品經理實戰指南-從零開始建構你的數位產品思維,正是我接觸數位產品一陣子,在尋找自己的突破點的時候,二話不說我馬上買了!(並且當時我正在待業沒有收入、這筆花費雖不算多但也不少呀),但沒想到,買了之後的每一次我聽這門課程,我都覺得這一切都是太超值了!這個價錢太佛心了!!

為什麼我這麼說?

先從「產品經理」這個詞開始說起,常常人家問我說:你在做什麼工作呀,我會說我是產品經理、PM等等,但很大部分的人都還是不知道我實際的工作是什麼。對比到企業,其實每一間公司開出的產品經理的職缺工作內容也都會有很大的差異,這時我都會想,雖然我在軟體服務公司負責一項軟體產品,但我做的真的是「產品經理」嗎?

我的工作的日常就是設計師有疑問的、工程師有疑問的、客戶有疑問的、老闆有疑問的,都是我的工作,從debug到參與討論介面設計、各種需求訪談、市場研究,沒有一個跟我沒有關係。那我真的會這些東西嗎?除了我是設計專業出身的以外,其餘的都是我在職涯上碰碰撞撞後練就的。

這個時候對我來說我很仰賴一間公司有沒有role model可以讓我效仿,讓我知道我的方法是不是在標準線上。而這堂課就是那一束光。

課程內容有什麼呢?

阿雅老師從當我們要做一個產品,我們「到底」要做什麼一路開始,到怎麼做、從什麼開始下手,該產哪些文件、一些重要的判斷點的時候我們要怎麼思考,以及一個開發要怎麼跑,該怎麼帶領團隊完成產品並且到上線。

而且!不止這些!看看後面的課程(還沒更新的)連履歷教學都有了,這真的是我自主學習的幾年下來,覺得最完整、最通盤的課程。

在上這門課以前,我時不時會去聽講座、看看各個Medium上的文章分享,去探索、去了解數位產品經理的各種面貌,確實我也有吸收到一些很不錯的資訊,但總覺得好像少了點什麼,當我開啟這堂課的時候我懂了。以往我吸收的資訊都是片片斷斷的,因為產品管理是一件必須從頭到尾都有連貫性的。如果我在某個節點用了他人提供的方法,但事實上情境並不完全符合的時候,那可能也不會是一個好方法。

這也是我為什麼這麼喜歡這門課的原因,因為阿雅老師是非常詳細的、有邏輯的,從產品的頭(?)講到尾了,阿雅老師甚至把在什麼時候要搭配什麼樣的工具都一併附上,像是常用的人物誌、旅程圖、產品規格文件、需求清單等等,把對的工具放在對的地方也是很重要的。

最有愛的部分…

購買這堂課後,可以加入一個Facebook私密課程社團,社團很常見,你可能覺得沒什麼。但你一定沒看過這麼有熱情的社團!阿雅老師三天兩頭在社團裡分享文章、文件、直播講座、發起各種話題和大家交流!是不是真的很酷!雖然老師遠在矽谷,但老師的熱情和感染力真的透過社團都可以真切的感受到!大家還會在社團裡說笑老師到底有沒有睡覺哈哈哈。

更重要的是我感覺老師是很有熱誠想分享這些知識,阿雅老師是真心想要把「產品經理」的觀念透過課程帶給所有人,真的有期待每一個學習者都可以成為更好的產品經理這樣!最喜歡眼睛有光的人了!

這門課推薦給什麼人?

我很難說什麼樣的人適合產品經理,但只要是對數位產品開發有興趣的人,我覺得都可以考慮購入。無論是已經在這個產業裡面,或是期待自己未來有一天可以跨到這個領域,產品經理的思維是一定非常受用的!不要害怕自己會聽不懂,因為有任何問題老師都會在社團裡提供超詳細回答!

謝謝你閱讀到這裡,今天分享的真的滿滿的愛,謝謝大人學、謝謝阿雅老師,也推薦你看看其他文章。

推薦你閱讀:

「讀書心得」折疊者思維
這本書也是我當初看到Anya老師推薦而閱讀的一本書,看完簡直覺得受用啊!

2021 年 7 月 19 日 0 comment
0 FacebookEmail

About Me

About Me

Hi 我是Ting Wei

右手負責軟體產品專案,左手經營手繪插畫的產品經理。 專案管理是專長、閱讀是興趣、分享正在練習中:)

Categories

  • 備婚日記 (6)
  • 媽媽日記 (3)
  • 生活分享 (18)
  • 自我學習 (19)
  • 課程心得 (5)
  • 閱讀筆記 (14)
  • 首頁
  • 備婚日記
  • 媽媽日記
  • 閱讀筆記
  • 課程心得
  • 生活分享

2021designops 2021年 2022年度 designops Gantt chart get things done GTD hahow retro scrum Wedding Decoration 備婚日記 刻意練習 喜帖設計 壓力 大人學 婚戒 婚禮籌備 媽媽日記 客製化婚戒 寫給自己 對戒 工作系列 年度回顧 懶惰天才 懷孕 我不夠好 我可能錯了 手工婚戒 搞定 深度工作力 溝通的方法 甘特圖 生產紀錄 產品經理 脫不花 自助婚紗 自我練習 設計營運 認識自己 課程心得 讀書心得 軟體產品 閱讀分享 閱讀心得

  • Facebook
  • Instagram
  • Linkedin
  • Email

@2021 - All Right Reserved. Designed and Developed by TingWei


Back To Top
Tingwei|啟發你的生活練習日常
  • 首頁
  • 備婚日記
  • 媽媽日記
  • 閱讀筆記
  • 課程心得
  • 生活分享