Your SlideShare is downloading. ×
0
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
需求變更 的 反覆模型
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

需求變更 的 反覆模型

425

Published on

OSDC 2012 lightning talk

OSDC 2012 lightning talk

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
425
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
4
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. 需求變更 的反覆模型
  • 2. Ben Lau
  • 3. 來自香港
  • 4. 上年 COSCUP 2011 也講了一場Lightning talk
  • 5. 題目:『嵌入式開 發的一則小故事』
  • 6. 講述一位小小 的工程師多艱難才拿到 GPLKernel 代碼的故 事
  • 7. 是個很痛苦很悲哀的故事
  • 8. 但大家笑得好高興
  • 9. 這太沒有同情心了 吧?(笑)
  • 10. 雖然我的國語真的 很爛 ...
  • 11. 今年又再講痛苦的故事
  • 12. 需求變更 的反覆無常
  • 13. 先聲明
  • 14. 以下內容純屬虛構如有雷同實屬不幸
  • 15. 在專案開發到一半 的時候 ...
  • 16. 你喜歡修改嗎?
  • 17. 喜歡?
  • 18. 討厭嗎?
  • 19. 但你是專業的! 怎能不改?
  • 20. 現在說這句話的那位在來台灣前幾天每天只睡 3﹣4 小時
  • 21. 錯誤示範
  • 22. 一般來說,修改的 來源有二個
  • 23. 客戶
  • 24. 老闆
  • 25. 但我不喜歡這麼叫 他們 ...
  • 26. 神
  • 27. 神說
  • 28. 要有光就有了光
  • 29. 但是 ...
  • 30. 會說:太光了
  • 31. 又說:太暗了
  • 32. 彩色好不好!?
  • 33. 喜歡大型動物時 就有了恐龍
  • 34. 不喜歡時就拋了顆殞石落去
  • 35. 可憐的是其他動物 ...
  • 36. 以上的神 不屬於任何宗教的神 請見諒
  • 37. 但如果你把老闆 當成神你的生活會好過一 點
  • 38. 但我不信神所以生活都很苦
  • 39. 幸好有了 Agile
  • 40. 傳統的 Water Fall/ 瀑布開發流程 需求階段後 就不會再改
  • 41. 永遠不變 的只有變化
  • 42. Agile 2 星期改一次總好過朝令夕改
  • 43. 工程師被解放了!
  • 44. 才怪
  • 45. 修改的來源才不可能衹有客戶及老闆
  • 46. 我想提出用這個模型來代表一間公司 及需求變更
  • 47. 行銷:拿掉這功能,客戶之後會多 拿一點錢出來
  • 48. 營運:上線前一刻我們發現有個問 題 ...
  • 49. 工程:這個要求我們做不到,請改 成 ...
  • 50. 設計:這樣會好一 點
  • 51. 設計:這樣會再好 一點 ...
  • 52. 設計:這樣會更完 美
  • 53. 只要有心 人人都可以是神
  • 54. 這不是最麻煩的問題
  • 55. 客戶的要求一般是這樣傳達的
  • 56. 即使是同一間公司
  • 57. 每人收到訊息的時間並不一致
  • 58. 而且內容也可能不一樣
  • 59. 有些人會不知道 ( 留意工程那部 份)
  • 60. 一個假設性的故 事 ...
  • 61. 某天,在一間 Cafe 閒 聊時權威人士:功能 X 拿 掉吧,現在是 Just works 的時代
  • 62. 某天老闆路過工程 部見到菜鳥 A
  • 63. 『你知道 Apple 為什麼成功嗎?因為Just Works (刪掉20 分鐘的說教)把功能 Y 拿掉吧。』
  • 64. 菜鳥 A 說:「老闆要我們拿掉功能 Y ,原因,呀, 呀,呀 ... 」
  • 65. 展示那天管理層大罵:「怎 麼功能 Y 沒有 了?」
  • 66. 推出後老闆罵管理層:「怎麼功能 X 還 在!?」
  • 67. 囧
  • 68. 到底應該做什麼 啊!?
  • 69. God Knows.
  • 70. 因為剛才的模型變 成了這樣 ...
  • 71. 一片混亂
  • 72. 每個人的認知也不同
  • 73. 需求變更的傳遞不是直線 的
  • 74. 需求變更是可以變質的
  • 75. 需求變更的內容是可以反覆回彈的
  • 76. 否決過的要求,有天可能會變成 Zombie 回來
  • 77. 需求變更本身並不 可怕 你是專業的!
  • 78. 沒有中央管理的變 更才是惡夢( 剛才的模型就是為了說明這 個現像)
  • 79. Agile 還是能幫你
  • 80. 星期 X+2 - 加入了功能 Z星期 X+4 – 功能 Z 被取 代星期 X+12–Z 又要復活 了
  • 81. 砍掉重練好玩嗎?
  • 82. 不能再放任這問題
  • 83. 你可以試一試拜 神 ...
  • 84. 請一個 ProductManager 回來讓他告訢你什麼該 做
  • 85. 或者請一個 Release Manager 回來讓他協助你,跟所有 的神溝通。
  • 86. 或者自救
  • 87. 教會你的上司什麼 是 Release management
  • 88. 跟上司說: ( 偷偷告訢你 Product Manager 比Project manager 更加威風 啊)
  • 89. 但別要求許多許多的文件有很高的機率會變成文件地 獄 這比沒有文件更糟糕
  • 90. 剛剛好的文件數量但誰知道什麼是剛剛好?
  • 91. 成為 邁向神境的Programmer
  • 92. 越好的軟件設計越容易應對修改
  • 93. 只要有心,人人都 可以當大大
  • 94. 世界一直這樣運作就是因為沒有人去 改變
  • 95. 請走出第一步
  • 96. 讓工程變成樂趣
  • 97. 願各位不被需求變更折磨都有健康的肝臟
  • 98. 謝謝

×