附录B 项目管理经验小谈
终于到本书的最后部分了,相信通过前面的学习你已经对TensorFlow的基础知识和实战了解得很全面了,那就快快动手结合自己的业务实现一个Demo吧。作为一个技术人员,你也不可避免地会遇到职场上的管理和流程问题,而且随着工作年限的提高,你可能早晚都要做一个纯管理者或者技术管理者,或者是一个被别人经常请教技术方案的人。本章我就说一些在工作中的项目管理经验。
B.1 管理的激进与保守问题
技术管理人员在设计技术架构及人员管理的时候,往往会有两种风格——激进派和保守派。下面我来说说这两种风格的特点,以及作为技术管理人员,如何针对具体的项目,用不同的风格来扬长避短。
B.1.1 激进派
这种风格表现在:项目上追求快速完成,不太注重项目持久性。这种风格的优点是,一个新点子往往能迅速上线,但弊端更多。
这样的管理者开头和分配任务的方式往往是一样的:
“小A,小B,小C,快快快,在这儿开个会。我们要做一个xxx,就是实现个xxx,小A,你做A部分,小B你做B部分,小C你做C部分。我们这个项目,2周,开发完,交给测试。测试一两天就应该能测完。10月底上线。”
然后,小A、小B、小C回到工位,开始火急火燎地开发。不,开始火急火燎地研究需求,设计系统方案,最后开始编码。
然后,真正到2周了,其实也开发完了,交付给测试后,会出现很多问题,然后他们分别拼命改。终于在最后期限——10月底上线了,可是,给用户一用,发现好多问题,紧急修复,紧急,紧急,身后一背虚汗。
这样的开发方式,弊端在哪里
本文探讨了项目管理中激进派和保守派的两种风格,分析了各自的优缺点。激进派追求快速完成,但可能导致问题多、维护成本高;保守派注重流程和设计,但可能效率较低。理想的方式是结合两者的优点,以提高项目成功率和团队效率。此外,文章还提到公司效率损失的常见原因,如代码未经审查就提交、缺乏验证流程,并给出了代码评审、验证上线和权限管理等建议。
订阅专栏 解锁全文
921

被折叠的 条评论
为什么被折叠?



