作者cookie1115 (大餅)
看板Soft_Job
標題[請益] 主管無法完整轉達專案需求?
時間Fri Oct 2 23:42:10 2015
目前小弟負責一個專案的網站部分 另一位同事負責APP部分
這個專案是由另一組(以下簡稱A)同仁負責規劃商業模型等等 程式由我們組負責
與其A組或與長官開會 都是由組長去開 每次開完會回來 組長都會提出一些新的需求 例如加新功能
或是修改部分架構之類的 我們一開始也是照著改
後來因為更高層長官的要求 A組有一位同仁加入我們的每周小組會議 與A組組員討論後
我們才發現... 組長之前跟我們講的需求 超過一半都是不符需求的功能
或是方向歪掉...
與組長討論 他通常提不太出什麼實際建議(可能討論半天 最後還是要自己想要怎麼做)
因此後來我都直接找A組組員討論 他有相關網站的開發經驗
很多問題都可以在他那邊得到答案
但這樣造成了組長有點不爽... 他覺得我都跟別組討論 他都不太知道進度
我也知道我這樣做不正確 但時間真的太趕(原本專案預估人力四人 目前只有兩人)
跟他討論又浪費時間 有時候 有些需求我們不清楚 他也不會想去問A組的人
就自己想想可能是怎樣 就直接叫我們做 為了節省時間跟把事情做好我才都直接找A組討論
但目前這樣的狀況 我不曉得如何同時能把事情做好 又可以演好戲讓組長覺得我有尊重他
組長也不是壞人 只是不愛問 自己想想就開始做 最常講的話就是
這應該很簡單吧 先把功能做出來 要怎麼改再說
(但我覺得架構與一些其他東西應該要先完整而不是邊做邊改)
這種情況如何做比較好? 請各位大大給點意見...
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.44.118.103
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1443800532.A.298.html
1F:推 abccbaandy: 先做功能就不錯了...有的還先做DEMO... 10/02 23:51
2F:推 locklose: 有點雷的主管就這種:"這應該很簡單吧" 呵。。。。 10/02 23:51
3F:推 now99: 就大家一起沈船啊 10/02 23:54
4F:推 locklose: 我有個問題,原PO選擇實做方式跟架構時會跟組長爭到贏嗎 10/02 23:55
5F:→ locklose: 這種情況我們公司有位20年經驗給的建議:拿出數據來阿 10/02 23:56
6F:推 locklose: 若要避免組長有被忽視的感覺,你就每次跟A組討論時 10/02 23:59
7F:→ locklose: 每次討論的結論都CC一份給組長吧,好歹讓他去挑毛病 10/03 00:00
8F:→ locklose: 我想會比我們公司20經驗那位氣氛更加緩和些(笑) 10/03 00:00
我們都是直些面對面討論比較多欸 沒什麼紙本記錄 這樣的話要怎麼辦?
9F:推 cobrasgo: 開案初期有定ES嗎?就是external spec 10/03 01:36
不太懂external spec?
其實要做的需求 大概6成訂好了 其他部分有加強的空間 更好的使用者體驗之類的
10F:推 mathrew: 我部門主管也是 搞到老闆親自交代工程師 10/03 06:30
※ 編輯: cookie1115 (114.44.118.103), 10/03/2015 07:41:08
11F:推 x90050: 討論後請務必寫下會議紀錄,Email寄給所有與會人員確認 10/03 08:57
12F:→ x90050: 你主管就算沒參與也一樣寄一份給他 10/03 08:57
13F:推 thinkniht: 這算很雷好嗎 一不小心你就掰掰 10/03 09:38
14F:→ viper9709: 這個...既視感好重XD 遇到這種主管真得很頭大 10/03 11:46
15F:推 locklose: 討論總會有主題與結論,不用寫的多完整,約200字簡述 10/05 17:13
16F:推 locklose: 標題就直接 備忘:討論主題 有相關的問題就一直fw 10/05 17:16
17F:→ locklose: d 10/05 17:16