產品文之論壇系列 mtpcon(1) — Lean, Agile & Design Thinking. Principles over process.

mtpcon Singapore in 2019

Tian
Tian
Mar 31 · 7 min read
本系列文分批整理參訪mtpcon(Mind the Product)部分演講內容。身為志工,只有聽部分講座,期望其他朋友也分享相關有料內容給網友們。另外,有些為了不曲解本意,會用原文的字句表述;也不會給大家非常明確的解答,讓大家不斷思考或參考。
ㄧ、講者介紹
二、演講重點
三、個人心得與延伸內容
志工記事會於其他文章介紹給大家

ㄧ、講者介紹

什麼!還不知道Jeff大大是誰嗎?以下是本尊的介紹,也就是Lean UX(精實UX設計)的共同作者本人。這次Mind the Product新加坡論壇由Jeff擔任壓軸!厲害的是,將前面許多講者講過的重點,穿插融入現場的演講,實在不簡單。

source: https://www.mindtheproduct.com/mtpcon/singapore/speakers/

二、演講重點

Agile: “If you work on a team that changes it priorities based on learning, you’re agile.” — Jeff Goshelf

  • More codes doesn’t equal more value
  • We cannot operate as a software factory

>> 個人想法:敏捷的重點就不用多說,博大精深又廣泛被使用於各組織(也可以看「原來你才是絆腳石」)。但的確看到下面這張圖會嚇到,天啊!不過就學個Agile方法論,人生怎麼那麼難?更何況站在老闆的角度與基層實作的角度又不一樣。

source: https://www.reddit.com/r/AssurityAgile/comments/5n23e6/the_agile_landscape_v3_by_deloitte/

Lean & Lean startup — This experiment is more than just theoretical inquiry: it is a first product

  1. Your are always moving from doubt to certainty
  2. Work in small batches

>> 個人想法:無論身為工程人、設計人、產品人,都要不斷思考一件事情 — 你有能力完成並不代表你應該要完成!減少不必要的浪費,永遠要思考客戶或用戶要的是什麼。很多時候我們執著於「我想像」、「我感覺就是這樣」、「我認為這樣才是對的」,我們都不能保證未來,必須靠著「小型不斷的假設、不斷的實驗」。但有時候很弔詭的是…

No one wants to buy experiments, they want to buy products, suites, solutions.

Design thinking: “Design thinking is a human-centered approach to innovation that draws from the designer’s toolkit to integrate the needs of people, the possibilities of technology, and the requirements for business success.” — Tim Brown, CEO of IDEO

便利貼與創造性就等於「設計思考」嗎?

>> 個人想法:最大的困擾是「人人都想當使用者代言人」,很多人做了一堆假設卻天真以為這可以滿足所有工程、設計、商業需求,而且一勞永逸地被使用而不改變。我們需要的是不斷的假設、原型製作、還有試驗。

source: https://www.ideou.com/pages/design-thinking

Product team=Lean; Design team=Design thinking; Tech team=Agile

每個團隊用不同的語言、不同的步調、不同的目標工作。小組織追求PMF可能不在意統一用什麼工具,但隨著組織變龐大,用什麼工具用什麼流程似乎變得很重要。但我們其實都只是想要變得更快、更有效率。

所以有何通用的流程或方法論適用於所有的組織嗎?

There is no shortage of recipes — Be “LEAN & AGILE”

source: Gartner

Integrate principles not process — Principles that works with any methodology

由於這10條準則每個都太值得被探討,就不講述每個重點,以下懶人包供大家參考,想知道更多細節請往文末找連結看。

source: Tian

>> 個人想法:無論是瀑布式開發Waterfall(NPDP)、敏捷式開發Agile/Scrum、隕石式開發法等等,我們總想要追求一個通用的方法去適應產品開發、團隊合作,但這樣真的是正確的嗎?或許可以用一些通用的原則去改變我們的思維,不去爭論那些所謂方法論的對與錯,而是有彈性的變化。

source: #mtpcon singapore

三、個人心得與延伸內容

最後都整理完後,才發現網路上有個影片根本87趴像,如果想看原始演講內容可以看以下兩個連結。

回過頭來看,Jeff將幾個產品開發、團隊合作、角色分配等重要理論簡單敘述一番,但根本不簡單啊!這些不知道幫助(荼毒)多少人。儘管他所講的三大理論內容,在各大組織都不斷講過也講得更深入,但在Jeff融合觀念經過梳理後也更清楚些。

另一面思考,在產品開發與管理這條路上,無論是Product/Project Manager、Product/UX Desinger、Developer等角色,到底該相信這些方法論?還是相信這些原則?或是什麼都不相信呢?這些答案都存在於每個人心中,但可以確定的是,唯一不變的就是變!

每個人與組織都「想要」更有效率、更彈性、更減少效率。想要擁抱改變但「作為」又不想改變

如果你喜歡這篇文章,歡迎多拍拍手👏,讓我們多多互動。
1. 👏[1個拍手] — 如果你單純路過
2. 👏👏[2-N個拍手] — 如果你喜歡這篇文章
3. 👏👏👏[50個拍手] — 如果你希望看到類似的內容
有任何互動或想法,歡迎寄信聯絡我:tianchen.tw@gmail.com

PM2.5 — Tian PM Notes

You can’t connect the dots looking forward; you can only connect them looking backwards. So you have to trust that the dots will somehow connect in your future.

Tian

Written by

Tian

Someone who loves technology, design, business trend. To be a well-rounded person. Mail: tianchen.tw@gmail.com

PM2.5 — Tian PM Notes

You can’t connect the dots looking forward; you can only connect them looking backwards. So you have to trust that the dots will somehow connect in your future.

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade