分享一下前公司的经验
那边离职率不低 现在不知道员编破千没
每个案子都是要预估时程的
前面文章讨论过了 预估时程有意义不赘述
我跟几个成员一起讨论 预估的还算准
但问题不是出在预估上面
主要是上头想做的事情多到不可能做完
预估时程最后沦为政治工具
开始出现所谓的 这有那么难吗?
PM就开始安抚工程师不要想太多
反正你先做就对了 后面赶不上再想办法
PM会想办法让自己的案子 预估起来很短
这样才有办法被上头受理成立
而主管想推的事 眼看PM把时程挤满满
会私下找你聊聊 把不敢拿上台面的烂帐交给你
说这是给你成长的机会 提醒你抽空做就好
暗示你这是额外的喔 变成隐形的时间
完成的话会向老板提拔你
如果没做会怎样? 我不知道 说不定根本不会怎样
当初傻傻的就做了 结果也没加薪
回过头来当时预估还算准的时程
因为各种隐形的时间当然是延期了
上线时间PM跟客户敲定了不能动
变成加班又到处hard code
反正我不在了 那些hard code的东西
大概又被主管拿去拐新来的菜鸟
给你成长的机会喔
现在来到一间跑敏捷的公司
预估这件事还是存在 只是形式变的不太一样
每个Sprint会让RD自己认领Story
你领的Story就是这个Sprint要做完的
领了就要做完 可以报加班但是你要想办法生出来
做不完你当初就不要领 一开始就要讲清楚
因为一领完PO就会讲出去 老板跟客户都会等Review
好处大概是 每次都只要答应一个Sprint的东西
刚来的时候前几次很惨 加班到爆 说好的敏捷呢
因为原本跑的是比较长期的案子
有慢慢规划 然后再一口气开发的习惯 整个适应不良
但渐渐地也已经习惯 知道怎么拿捏不要over design
庆幸目前还没被主管拉去悄悄话
说这个惊喜彩蛋交给你解决
最后我想说 你过的爽不爽
跟什么软件开发方法没有一点屁关系
那些都是工具而已 重要的是
工具是被拿来参考 还是拿来压榨