吐槽下项目流程

[fescover]

一个项目，开发代码没问题，不过开发之前要求先写项目方案，开发之后要求写项目总结，然后要写和之前的项目对比自己有哪些进步，有哪些问题，后续怎么准备改正，然后还得自己去要项目上线后的数据来写 PPT 做汇报。我只是个开发啊

[Dik1212]

个人感觉跟大学期间安排的项目开发一样

[wolfie]

之前公司，季度性的闲聊，可以 撕逼、自省、建议，有什么说什么，然后晚上一起吃个饭。

[Vegetable]

谁愿意整这些没用的呢

任务部署下去了，开发拍着胸脯说懂了没问题，然后开发出来的东西是错的，leader 也很绝望。下次先写方案吧。

在岗两三年了，写代码的时候还会出现刚到公司时就被指出过的问题，领导不禁好奇，这两年你都没有一点进步吗？自己不会对自己能力停滞感到焦虑吗？下次项目做完自己写个总结吧。

哎，如果大家都很可靠，哪会有这些破事

[czfy]

拿多少钱，做多少事，没有问题
但建议不要把自己弄成一个螺丝钉，那样的话你很容易被人换掉

做这些事情如果是有利于自己成长的，那就认真做
如果你觉得和你成长无关的，那就应付做
如果不想做，那就换工作

[kop1989]

同意#4 意见。
虽然说我们只是“打工”的，但多思考一些未必只有坏处。
适当的把自己的视角拔高一些，对自己积累不可替代性有很大的帮助。

[dongtingyue]

吐槽归吐槽，如果时间够，你把这些都做了会有很大帮助。实际上就是规划总结经验教训外加维护文档。

[IvanLi127]

写方案 写总结都好说，其他的东西还要自己做，那这公司要管理层干嘛

[cp19890714]

同意 3 楼和 4 楼.
可能这个流程还需优化, 但大体上没问题.
另外就是, 人各有志, 觉得不适合, 就换个公司吧.

[namelosw]

这种总结会报听起来更像给老板看的，感觉很官僚。

如果要反思的话，不如团队坐到一起聊聊感受总结一下经验，怎么做得更好。

两种形式看起来差不多，实际完全不同，前者只是为了 accountability，后者才是为了改进。总结和反思的消费者应该是团队，而不是老板。

[otakustay]

我们还巴不得有这种流程，整天给你需求你就干，别问为啥别问数据，难受死

[nnqijiu]

其实这样对自己产出更好，只是会觉得麻烦

[xiongshengyao]

假如现在这种情况下不需要加班，其实对你挺好的

[xiangwan]

这么好的公司。。。

[fkdtz]

大项目这么弄其实挺好的，能够督促自己反思总结，并且要形成文字内容输出出来。

一方面加强自己的理解，另一方面以后要是评个什么职称啊，定个级啥的，也算是一项内容。

但事无巨细啥都这么整，效率就太低了。

[szq8014]

这不是想让你进步么? 写总结是在下班后写吗? 如果不是的话我觉得这公司挺好啊,还关注每个员工的成长呢? 要不你怎么知道自己该不该涨工资? 每年写同样差不多的代码,第 2 年就要涨个几 K ,得有原因吧~
(会不会被说屁股坐歪了?)

[4771314]

写方案很正常，但是写总结就很过分了吧，最关键是每个项目都写

[okletswin]

整件事是没有问题的，但人的精力是有限的，既然让你写方案、写总结，那就花上班时间去写，延长工期。
要是开发任务紧，就要求增派人手，你主做管理、协调。

[jmyz0455]

我觉得这挺好的，维护一个公司内部几年前的项目，翻内部文档看到有人总结了截图分享的坑，瞬间逃过一劫。

[zlmdaybreak]

前面正经没问题，开发后的操作我们之前是用来开吐槽大会的

[falconeye]

不如心平气和的跟要求这么做的主管去聊聊，听听他的建议