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

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

需求變更 的 反覆模型

  • 399 views
Published

OSDC 2012 lightning talk

OSDC 2012 lightning talk

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
399
On SlideShare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
2
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. 謝謝