kantinger wrote:
會不會客戶要求要有什(恕刪)
沒有客戶呀，就是自己公司的產品，自己公司決定要更新時間
ichich wrote:
就是覺的以前小公司百脈是通的，怎麼大公司脈是阻塞的
又來了，您又在分類、貼標籤了。
小公司百脈不通的一堆，大公司流程順暢的也不在少數。
如果看事情習慣以偏概全、亂貼標籤，那麼世界永遠是黑暗的。
舉個例子吧，我寫程式超過 30 年了，前陣子才剛幫一家公股銀行導 Scrum，喜歡貼標籤的人總會說『你在開玩笑吧！公股銀行！』。但實際上參加導入的種子小組已經使用 Scrum 自主開發完成了幾個小案子。最近他們也用 Scrum 執行了一個跨部門的專案，絕大部分參加專案的人，即使沒參加過導入課程的，也都樂於遵循這一個框架。有一次上級指導的長官說，下次 Sprint Review 會議的世間我有事，可以延期嗎？PO 毫不猶豫地回覆『不行，依據 Scrum ，我們有固定的步調，不適合調整。我在 Sprint Review 會後再整理資料和長官報告好了。』這個 PO 只是一個基層的小組 leader。
如果對現狀不滿意，又不想委屈自己，上面也有人建議了，如果是大公司，應該也有建議的管道，把你看到的問題跟上層如實提出，真的不行不要做了，但是離開後，您可能應會碰到不同的問題。
要怎麼做，是您自己的選擇。但是如果和政客一樣，喜歡用聳動的標題或標籤去對人事物做分類，原本只是想引起其他人的注意，久而久之自己也被催眠了。如果這樣，程式這一條路，您還是盡早離開吧，否則會越來越痛苦。
本生物已配置全天候戰鬥系統~
手機不通、Skype 離線時，請託夢，或留言！
ichich wrote:
每個星期都包版，是，幾乎是每個星期要包版
但是寫好的code，可能已經有10-20個commit提交出去了
但這禮拜就是包4-5個commit(分二天)不一定
那我說的那種情況是，是要大包版的，一次要進10-20個commit
這10-20個commit，陸陸續續在2-4周就寫好了
但是都不Review呀，等到最後一天才要來一次大Review
當然被抓到要改的時候，那麼多，怎麼改的完，就是這樣的流程
我不知道別人怎麼想，我愚魯吧，我看您的舊文時，感覺上就是每個禮拜要搞一次您口中的大包版，每次您都是提前一到兩個禮拜寫好，上面拖到最後一刻才review。
原來您只是寫一部分，而且不是每個禮拜都包版，而且不是每個禮拜都大包版。
就說了我是外行所以我不懂，到底是所有的code都是您寫的還是您只寫一部分呢？
如果您上面的人要彙總所有的東西，他是全到了(說不定還包含他剛趕完的)再一起review，還是每個人到了就停下他手邊的工作先review那一小部分？
看您前面的文，本來想的是剛出道的小朋友，以為自己遇到的就是全部。那就算了。
現在看到的是您會把可能一個月或一季發生的事講成像是每個禮拜的routine...........唉.................
但是這要大改阿，大改要時間阿，這程式的修改要花多少時間其實是可以估的出來的，在我來看，她要改的東西，根本不可能幾個小時就完了的，結果她就真的一整晚沒睡，搞到早上還寫不出來，一整個精神壓力爆大，到了公司，主管、大PM就再來問怎麼還沒好？
她氣到爆哭、大叫，全辦公室的同事都站起來看發生了什麼事，她吼叫的說：「你們昨天18:00才Code Review完，你們叫我怎麼改的完？」主管、資深的也都無語，主管可能也是被嚇傻了，第一次遇到這種情況，而之後就不太敢整她了
你可以整人，人家也可以整你啊
而且最後看起來，你沒發現其實這位女同事成功的解決問題了不是嗎？
只是可惜她自己沒發現到就是了
東西沒做出來，倒楣的人是誰？不是你
是要負責交差的那個人，你只要被罵一罵就好了不是嗎？
做事的"方法"，以你們這種案例，不見得需要用"寫程式"來解決
內文搜尋
從 APP 打開
X