最近参加了一个比较累的项目,反面收获比较多,自己一一写了下来。
欢迎大家对其中的任何点提出自己的想法来参与讨论哦。
[技术] 技术选型不能主观评定,不要带个人感情来进行讨论
[技术] 架构要迎合技术趋势,不能太保守,当然也不能太超前;不能说因为我不会所以那东西就不好,不建议使用
[技术] 后端架构不要反来影响前端,后端是服务前端的,前端需要良好的用户体验
[技术] 前后端的代码规范都很重要,代码写出来是给别人看的,不能仅仅是为了交差,图一时之快,也要考虑一下项目的可维护性,尽量少给别人挖坑
[技术] 后端与前端是紧密配合的,推卸任务定出的方案肯定不是最优方案,需要细细梳理、冷静思考
[技术] 前端少逻辑才能少代码才能少 bug,由于架构或者数据的问题仍给前端处理是非常荒唐的,前端也需要平等地位
[技术] 不写代码,不落地的架构师还不如没有
[产品] 业务需求需要细细梳理,不是只画画流程图
[产品] 界面与交互需要研讨后再画会更高效
[产品] 画 UI 的时候就应该让前端考虑如何布局,不要让美工出像素图来布局
[产品] 美工的审美很重要,最好要强迫症,完美主义者
[产品] 需求和测试在项目末尾阶段还都不完全清楚需求是这么可怕,内容要形成图或者文字,口头传达的没用,没约束力
[产品] 对于细节点是产品需要花时间去思考的,不能前期不思考放任开发自有发挥,等后续客户提出自己的想法再让开发去修改,产品反而说当时又没办法思考的这么细
[管理] 资源需要充分利用,多开小会多研讨
[管理] 前端、后端、业务是紧密结合的,全分开是没办法融合配合做出想要的内容的
[管理] 对 APP 的工作量估算太低,其实工作量巨大
[管理] 不能临时换帅,而且是换来换去,走走去去
[管理] PM 需要控制团队的情绪,掌控节奏,激励团队,解决难题,稳步向前
[管理] 团队大需要及时进行切分,一个人最多管理 7 个人
[管理] 项目不能疲劳作战,要可持续性发展
[管理] 资源与架构的问题是 PM 和架构师需要协调解决的,不要团队其他人互相推诿
[管理] 浑水摸鱼的人不要,该杀就杀,不要手软
[管理] 对于分工要明确,对于不属于自己的内容应该先明确不是,然后再从项目角度出发,自己可以为团队做什么,否则直接做了不属于自己的内容,别人以为是理所当然,自己觉得很委屈
[管理] 团队成员不能拿“我不会”做为挡箭牌,不管是技术还是需求还是测试
[测试] 测试不要依赖于前后端,应该独立思考
[测试] 测试是项目中很重要的一环,不能混,敷衍,准出的关要把好
[招聘] 宁缺毋滥,招聘不能着急,不用过于考虑其他的杂项
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于