上週完成測試的一個小AP，三催四請的 提醒 USER 盡快選黃道吉日上線，
(開發完畢也測試過了 人員 idle 在那邊，對其他苦候開發人力的單位、無法交代)
過一個禮拜聽到的消息是：
USER的主管忽然覺得 AAA 這個名字 (風水) 不好，要重新命名為BBB
USER整個呆掉，並且非常苦惱要怎麼跟我開口。
我 (苦主?) 當下聽到的反應：「還好不是說要改功能，改名字還好」，
但瑣碎的小修改免不了，而且也需要防止工程師因為這個變卦，「心靈受創」。(想太多?)
...
需求變更這種東西就跟感冒一樣，在軟體專案管理過程當中，果真無法避免，只能憑良心。
PMP 裡面說的 verify scope, verify control 其實都有做，但功力不夠，對於人心的control。
還有很多空間。
(開發完畢也測試過了 人員 idle 在那邊，對其他苦候開發人力的單位、無法交代)
過一個禮拜聽到的消息是：
USER的主管忽然覺得 AAA 這個名字 (風水) 不好，要重新命名為BBB
USER整個呆掉，並且非常苦惱要怎麼跟我開口。
我 (苦主?) 當下聽到的反應：「還好不是說要改功能，改名字還好」，
但瑣碎的小修改免不了，而且也需要防止工程師因為這個變卦，「心靈受創」。(想太多?)
...
需求變更這種東西就跟感冒一樣，在軟體專案管理過程當中，果真無法避免，只能憑良心。
PMP 裡面說的 verify scope, verify control 其實都有做，但功力不夠，對於人心的control。
還有很多空間。
留言