Search
面對專案不如預期，我有什麼更好的工作方法？
敏捷式專案管理 vs. 瀑布式專案管理
不妨試試Google、Apple、FBI都在用敏捷「Scrum」工作法！強調團隊合作及回饋，跳脫瀑布式管理的框架，用一半時間創造兩倍價值。適用各型態專案，快速修正及產出，突破困境，創造優勢！
📣6/30敏捷專案管理 https://bit.ly/3ehzyiI
🎯手把手實務與案例教學，帶你快速入門敏捷
▶敏捷精神-組建高效敏捷團
▶瞄準需求-制定客戶滿意的產品地圖
▶落實專案-Scrum開發流程
#第2季好評加開 #3人團報最優惠 #無須軟體背景適合各類型專案
互聯網大學 | 企業數位轉型需要的人才及能力
1/24 (日)下午 互聯網大學邀請了 — IBM 全球企業諮詢服務事業群總經理總經理 吳建宏先生 與我們分享「企業數位轉型需要的人才及能力」的議題
IBM 的策略顧問致力於，運用AI、混合雲、諮詢服務來解決企業的問題、協助企業轉型）
/
ㄧ、你如何定義「數位轉型」？
我所定義的「數位轉型」主要分成工作方式的轉型、工作流的轉變。
1. 工作方式的轉型｜遠端工作、協作工具的興起
隨著疫情加劇，讓人們開始「遠距學習」、「遠端協作」的旅程，學習如何使用線上協作工具，例如：Slack、Jandi、zoom、google meet等等，甚至是使用線上學習平台學習，例如，Coursera, Udemy, Hupspot, google analysis academy, Lynda,Hohaw等等，都是需具備的能力之一。
此外，在遠端工作、團隊成員多元的情況下，更不能忽視語言溝通的能力
（最基本的就是英文溝通！如果連最基本的溝通都達不到，就算有再強的技能，也很難拿到offer）。
2. 工作流的轉變｜從瀑布流轉變為敏捷式專案執行
先前看過一本書 < Google創投認證！SPRINT衝刺計畫：Google最實用工作法，5天5步驟迅速解決難題、測試新點子、完成更多工作！> ，書裡提到現在越來越多團隊在產品開發上，選擇使用「 sprint 衝刺計畫 」，而非瀑布式工作流。
若使用先前的「瀑布法開發法」就必須透過 — 計畫、設計、發展、測試、維護等從上而下、step-by-step 傳統作業流程。
但是，若團隊使用「敏捷式開發法」，就可以透過五天的衝刺計畫，發展出一項專案產品。
p.s.不過因為隊員必須在計畫執行中聚在一起、空出五個整天（排除其他工作），所以我認為不太適用於遠端工作中！
以下是「敏捷式開發法」的周行程範例！
星期一｜說明衝刺計畫的流程、設定在計畫內要解決的問題、畫出產品及顧客的關係圖、請教專家、選定目標
星期二｜隊員示演理想的解決方案、畫出方案草圖
星期三｜選出或溝通出最佳解決方案、試畫製分鏡腳本
星期四｜隊員分工（包含製作者、整合者、促進者、資料收集者、採訪者等）、製作原型、試運轉
星期五｜與五個潛在顧客進行訪談
（p.s.如果對「敏捷工作術」感興趣的話，< Google創投認證！SPRINT衝刺計畫：Google最實用工作法，5天5步驟迅速解決難題、測試新點子、完成更多工作！> 書裡頭有更詳細的案例解說！）
/
二、IBM 所定義的數位轉型（圖二+圖三）
The Cognitive Enterprise
1. 文化
（1）Culture
* 是否能接受「Agile」？如何更敏捷的決策？
（2）Skills
* HR數位化
* 以技能評估 candidate 是否合適這個職缺？
（3）Ways of working
* 思考方式｜設計思考力
* 工作環境｜共同工作空間
*
2. 平台
（1）Enterprise strategy platforms
* 協助客戶形成生態圈
* 將 Business Model 加入 API 的元素
（2）Industry platforms
（3）Cross industry platforms
（4）Enterprise enabling platforms
3. 流程
（1）Front-office processes
（2）Back-office processes
* 流程數位化
* 協助中小企業貸款，量數最多的案件是中國信託，因為他讓流程線上自動化（RPA），鼓勵客戶線上申請、機器人自動審核
（3）Decision process
4. 科技
（1）AI
（2）Blockchian
（3）Automation
（4）Internet of things
（5）5G
（6）API
5. 數據
（1） Proprietary data
（2） Licensed data
（3） Public data
（4） Custom
（5） Legacy
6. 應用系統
（1） Cloud native
（2） Digital
7.基礎架構
（1） Public
（2） Private
/
三、在數位轉型下，我們需具備的能力？（圖四）
/
四、Q&A section
1.去年IBM在「雲端金融論壇」提到未來的金融趨勢有 — 開放銀行、金融上雲、純網銀，那麼透過 IBM garage 實行敏捷創新、敏捷AI 、敏捷上雲時，有沒有遇到什麼困難？如何因應？
A : IBM 會以「成本效益分析」、「法律問題」、「雲端的預算」的角度出發做思考。
2. IBM 會希望員工跨部門輪轉嗎？
A : 未來希望人才往「ㄆㄞ型」前進，所以部門員工輪轉的方式會是「部門的輪調」或「不同專案間的輪調」。
3. 如果幫助客戶的服務成效不彰時，會有什麼應對措施？
A : 雖然可能出現不被客戶信任的情況，但可藉此學習、避免下次出現類似的情況。
#ibm #learn #digital #xchange #taipei
⏳️ #優惠倒數4天 #6小時手把手教學
面對不斷變動的局勢，瀑布式開發已無法應對突發狀況！想快速反應市場變化、減少不必要的成本投入，我們需要敏捷的思維及Scrum工作法，打造更靈活的團隊。
透過 #Scrum工作法，對內-跨部門整合資源，掌握核心需求，快速產出並改善，打造敏捷團隊。對外-提高開發的精準度，找出客戶痛點、提供價值！
📣 02/05 敏捷專案管理 https://bit.ly/3mpD8Jv
🎯實務與案例手把手教學，掌握4大關鍵
▶【明確目標】：確認需求．強化溝通
▶【快速迭代】：適應變化，不斷進化
▶【決策快速】：即時校正、檢視成果
▶【價值導向】：確認價值，持續調整
#創建專屬敏捷團隊 #席位有限 #無須軟體背景皆可上手
Google、Facebook、台灣LINE都在用的敏捷式專案管理
在瀑布式開發流程這個討論中，有超過5篇Ptt貼文，作者Firedance也提到Vlog：https://www.youtube.com/watch?v=oNxuXsN5AM8 走在八通關古道上就覺得前人開鑿的辛苦，走 ... ... <看更多>
在11月13日《敏捷軟體專案開發流程改善策略：從減少七種浪費做起》講座中，有參加的學員跟Teddy索取講座投影片，這個要求讓Teddy有點為難。因為這些投影片是Teddy賴以為生 ... ... <看更多>
瀑布式開發流程 在 [討論] 現今最常見IT 開發法介紹：隕石式開發- 看板Soft_Job 的必吃
剛剛公司的同事群組傳來了這個日本最新軟體開發法
什麼瀑布式、螺旋式、敏捷式都過時了，
在神的面前一切都是渺小的 XDDDD
隕石式開發法：
https://eiki.hatenablog.jp/entry/meteo_fall
雖然是日文網頁，但是有非常精美的圖解，
大家都在軟體業工作，應該很容易就有共鳴了 XDDD
然後就聽到同事一直在憋笑....
簡單說明一下好了
意外的受到很多在相關產業的朋友、同學、學兄弟姐妹的回響，
再把比較細項的部份翻一下好了，日文不好如果有錯還請幫忙指正。
前言:
今天來介紹一下日本代表性的(x)開發手法
「隕石式開發法 (Meteo Fall)」
命名者: へっぽこ先生（@heppoko）https://twitter.com/heppoko
第一節:
一般在軟體業最熟知的瀑布式開發法大概是這個樣子
https://tinyurl.com/y93q5nr6
而隕石式開發大概也是這樣的形式為基底，然後加上一個....
https://tinyurl.com/ybe9pk6e
於是就成了這個樣子...
https://tinyurl.com/yae7ehra
其他有名的開發法像是敏捷式
https://tinyurl.com/ybbqoexd
在神的面前也只是個無力的渺小的存在
https://tinyurl.com/yaql8kzs
所以在神的面前，什麼瀑布式、螺旋式、敏捷式都不管用。
神旨一下就像是流星雨(Meteo Fall)一樣，全部崩壞。
https://tinyurl.com/y965dwmc
然後民眾只好一生懸命的重建
https://tinyurl.com/y7vrnrnp
這就是我們今天要談的「隕石式開發法」，或稱「隕石驅動開發法」
第二節:
所有的時間表都是全權由天界來制定，我們稱之為「默示錄」
什麼設計、討論、實裝、Review、測試都不重要，天界只知道 Deadline、發表、發售...
https://tinyurl.com/ycccndz9
然而軟體開發最重要的就是使用者回饋(Feedback フィードバック)
https://tinyurl.com/ycly9vn2
在此則是完全無法上達天聽，
https://tinyurl.com/y7vqud3l
底下的人民只能誠心祈禱上天能不小心良心發現。
https://tinyurl.com/y72r7k8s
神的樣貌可能會以各種姿態表現，
有些從外觀就可以看得出來的，
https://tinyurl.com/y8nk7q96
有些則是藏在內在裡的。
https://tinyurl.com/y9oqf4ps
當然也有從來沒見過，或是跟本見不到其存在。
https://tinyurl.com/ych2t5v3
(註2: 像是必要的版權持有人，IP所有者，這種形式的神明，則更為兇惡。)
軟體開發的過程中，一步登天這樣有效率的方法是不存在的，
但是相反的，像是天空之城裡一鍵毀滅的因陀羅之箭卻是存在的。
https://tinyurl.com/ybuc7mrm
第三節:
如果只有一個神在制定秩序可能還已經算是萬幸了，
問題是當有兩個神以上的話，眾神們意見相左彼此爭論的時候，
便會招來無比的災難，我們稱之為「諸神黃昏」。
受害的則是在下面我們這些民眾。
https://tinyurl.com/y9aedwto
或是另一種情況，原本的神所制定好的秩序，
卻被新來的神取代的話，則很有可能一口氣全部被推翻掉。
這樣的情況我們稱之為「伊斯蘭聖戰」
https://tinyurl.com/y9xal7qq
神就是擁有絕對的力量，無法動搖的情況下，
也有一些很特別的神的存在，就是完全聯絡不上找不到，神龍見首不見尾的。
不知該向誰報告，等不到人確認，仕樣有缺漏也不知道該如何處理，
我們恐怕是遇到了所謂的「邪神」
https://tinyurl.com/yapju7nh
這樣的神會在我們貢獻上絞盡腦汁嘔心瀝血的作品之後，
卻在一個我們完全不知情的地方，華麗的發表這些心血。
https://tinyurl.com/yd2uvrws
然後很有可能在這邊又產生出全新的規格...
結論:
今天我們介紹的就是日本現在最常見(o)最災厄(x)的隕石式開發模式，
截至目前為止沒有任何可與之抗衡的對策，
只能祈禱你我能早日順應習慣這個潮流。
本篇文章純屬虛構，與一切真實的人物或是團體完全無關。
--
樂於當宅男
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.238.203.87
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1527761485.A.1B2.html
... <看更多>