查看積分策略說明發表回覆
Discuz! 代碼
提示插入
直接插入
說明訊息

插入粗體文本 插入斜體文本 插入下劃線 置中對齊 插入超級連結 插入信件位址 插入圖像 插入 flash 插入代碼 插入引言 插入列表
刪除線 直線分隔線 虛線分隔線
    
添加文字底框
內容 [字數檢查]:

表情符號

更多 Smilies
字型大小 |||
溫馨提示:本區開放遊客瀏覽。


文章關鍵字 : [功能說明]
(關鍵字可加強搜索準確性, 如關鍵字多於一組, 請以 , 作分隔, e.g. : 阿笨,shiuh,第一笨)

 關閉 URL 識別 | html 禁用
 關閉 表情符號 | 表情符號 可用
 關閉 Discuz! 代碼 | Discuz! 代碼 可用
使用個人簽名
接收新回覆信件通知
推薦放檔網絡空間

檔案(Torent, zip等)
  1. freedl
  2. multiupload
  3. btghost
  4. 便當狗
  5. mediafire
  6. pillowangel
圖片(JPG, GIF等)
  1. hotimg
  2. tinypic
  3. mousems2
  4. imageshack
  5. imm.io
>>>歡迎推薦好用空間


最新10篇文章回顧
海狼

 發表於 2013-7-14 11:00 PM

流程是一回事XD
只是怕公司PM亂包保證給客戶
這比什麼都不懂什麼都問工程師的PM還慘
本人待的公司就有一個亂包保證的PM
接過一次他的案子
都聽過跟說過N遍
EVB 板子上面的SATA介面只是原廠想發展的功能 沒有在用的
一開始的產品也沒有說會裝SATA
公司要做這個產品時~主管就定義這個產品只會出現原廠提供的功能!!改改UI就可以賣了~沒有要大改
硬體工程師把產品PCB預留SATA介面來驗證
客戶想也知道會問那什麼東西~為什麼沒上件
巴拉巴拉
結果客戶就要SATA~PM又白癡亂包~整個智障
回來公司就說要SATA功能
一整個不爽就釘他
叫他自己跟原廠喬這個功能~我不會改拉~巴拉巴拉
他還不時找老闆跟我討論要加SATA
白癡才會說沒問題!!
當然就吐他~這原廠沒有Support!!我也不會阿~~~~~~~~
從此之後他就不太理我
就觀察而言...他的案子沒幾個是有收尾的

[海狼 在  2013-7-14 11:04 PM 作了最後編輯]


Wauoo

 發表於 2013-7-9 11:21 PM

類似MIS 系統才會有這種問題吧.....
我曾經做過MIS 系統的單幫客, 我的做法很簡單
1. 先找老闆(或主事者)談, 主要是要了解系統要做多大, 最重要, 則是取得相關人員名單
2. 跟所有相關人員談, 主要了解他們怎麼工作, 既有的各種表單怎麼產生
3. 回頭找第一個人, 談他對整個系統的願景, 然後針對不可能的事情, 直接了當拒絕
基本上, 系統上線不曾發生大修改, 也沒失敗過

MIS 公司最大的負擔, 往往是要沿用過去的程式碼或模組
然後要求客戶依照公司原有程式的流程, 然後變動客戶熟悉的表單
這常常造成客戶需要配合變更公司內的流程/表單, 也往往造成上線一片混亂
然後回頭開始修改流程跟表單直到客戶滿意為止


如果是電子產品的軟體則單純許多
通常都是公司先做出雛形, 然後給客戶看 (這個客戶都是通路公司)
通路公司的PM 都很厲害, 可以在很短時間內, 提出產品完整規格
反而是常常規格中很多東西技術上有困難, 然後談判哪些東西不做
然後把產品完成, 上市.

會需要改來改去的地方, 則是做雛形的時候
這時候, 公司內部有決定權的PM 是否有腦袋, 就完全影響會不會改來改去了
好的PM 會很清楚的描述產品要達到甚麼樣子, UI 要做成甚麼樣子
豬頭PM 就會啥都提不出來, 等工程師做出個樣子, 然後開始亂改一通
工程師依照要求改完, 他又要再翻案, 因為覺得跟他要的不同
然後, 從頭到尾, 他沒有完整描述過他要的UI 到底是啥樣子, 呵


nora

 發表於 2013-7-7 08:03 AM

這是正常的,因為客戶只有在使用時才會真正的感覺,所以需求訪談是很重要的課題,但是一般的公司卻是很忽視這塊。
總認為業務或是派個人去哈啦一下就好,其實真正厲害的訪談分析是能找對的人,搞清楚不變的需求,會變得留在使用者介面或是流程上的調整,從需求就不被重視的分析態度,一路下來的SA與SD都是以此為根據,當然是如上圖所示。
軟體工程是很有邏輯的學問,但在實現上卻一定要加入人味,而這個人味就是成敗的關鍵。


tony66

 發表於 2013-7-5 04:46 PM


引用:
ROACH寫到: [url=http://twed2k.org/viewthread.php?tid=388751&page=1#pid2690714]
===================

我發現使用者完全搞不清楚他們到底要的是什麼..
總要我們開發人員先做一個雛形給他們@@然後越做他們越有感覺......越有感覺就越難上線...搞到最後...
根本跟當初的需求差的十萬八千里也浪費的很多開發人員的精神



越有感覺應該是指一直改,一直加新功能吧

通常長官都是非資訊科班出身,好一點的是會耐心聽技術人員解說改+增加的難處,並給時間

差的就是回一句,不是就複製+貼上

[tony66 在  2013-7-5 04:48 PM 作了最後編輯]


kone

 發表於 2013-6-13 05:28 PM

Jobs 說的,客戶永遠不了解他們要的是什麼,需求是什麼,等你把產品做出來了,他才會知道他們想要的是什麼


osaka

 發表於 2013-6-7 03:18 PM


引用:
ROACH寫到:
呆伯特法則@@好像我之前曾經發表在文字海洋說過的話

有些人有些事情應該要知道卻裝做不知道,就算不知道還是當做不知道
因為知道的做下去也只是比別人多浪費時間在每個人都假裝不知道的事情上
難道自己一定要努力去完成別人假裝不知道的事情嗎
就算完成了也知道的,別人就會覺得既然你知道的,那你做就好了.關我什麼事...
到最後知道的越多做的也越多,別人等著看你完成大家都知道的事情...

忽然感覺職場的每個人都在裝傻

當你還是菜鳥,為了爭取更多更好的薪資和職位只好多做
等到年紀大了,也爭取到足夠生活和享受生活的地位,不需要在爭,那就開始裝傻吧,
打工族賺得再多,公司永遠也不會變成自己的...那那麼辛苦工作是為了甚麼?
想一想還是裝傻騙錢就好了...


ROACH

 發表於 2013-6-7 01:11 PM

呆伯特法則@@好像我之前曾經發表在文字海洋說過的話

有些人有些事情應該要知道卻裝做不知道,就算不知道還是當做不知道
因為知道的做下去也只是比別人多浪費時間在每個人都假裝不知道的事情上
難道自己一定要努力去完成別人假裝不知道的事情嗎
就算完成了也知道的,別人就會覺得既然你知道的,那你做就好了.關我什麼事...
到最後知道的越多做的也越多,別人等著看你完成大家都知道的事情...

忽然感覺職場的每個人都在裝傻


bhunji

 發表於 2013-6-5 06:58 PM

客戶有時候也不知道他們自己要什麼....
我要的是感覺,這個就是感覺不對勁,改吧。

令人懷念的呆伯特...
呆伯特法則 - Wiki
呆伯特法則:白癡當上主管


osaka

 發表於 2013-6-5 10:27 AM

心有戚戚焉
客戶永遠無法一開始就說清楚他們要的東西...


mmcatdog

 發表於 2013-6-5 09:22 AM

呆伯特的經驗談





所在時區為 GMT+8, 現在時間是 2024-5-3 05:03 AM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.022715 second(s), 7 queries , Qzip disabled