标签:
PHP前台系统快速开发, 持续交付
JAVA后台服务稳定?撑, 健壮可靠
? 接口自动化
? Jenkins持续集成
? 一键部署,自动发布
? 多环境支撑,开发环境、A/Btest环境
? 安全隔离防护审计
? 快速回滚机制
? 前端组件化:Angular.js+Require.js
? 后端轻量化:分层开发
? 服务微型化:原子服务拆分
? 接口自动化:接口自动化测试、巡检
? 运维标准化:智能监控、自动部署、发布
人 工具 过程
? 技术宅专注技术,不懂管理!
? 团队效率低下,气氛不和谐
-------------------------
? 合理的时间分配,管理授权
? 根据业务增长情况实时加强团队力量
? 指定计划,按里程碑向前推进
? 人人都是产品经理思维
Product Visionary—能洞悉市场需求的人
Designer—能设计出好用户体验的人
Hacker—能快速解决程式问题的人
Hustler—能快速解决一切其他问题的人
? 观念和思维的碰撞,不同?化不同背景快速聚集带来的必然摩擦
? 形成虚拟项目小组,破开部门隔阂
? 能动嘴就动嘴沟通,拒绝邮件、QQ、微信
? One to One 不定期沟通
? 不同人用不同沟通技巧
? 技术人的情节,成就感高于一切
? 价值观导向,精神激励
? 面包和牛奶,物质同时也要跟上
? 外部借力激励
? 积分制管理
? 要OKR而不是KPI,循序渐进
OKR全称是Objectives and Key Results即目标与关键成果法,OKR是一套定义和跟踪目标及其完成情况的管理工具和方法: 1999年 Intel公司发明了这种方法,后来被 John Doerr推广到Oracle,Google,LinkedIn等高科技公司并逐步流传开来,现在广泛应用于IT、风险投资、游戏、创意等以项目为主要经营单位的大小企业。OKR 解决了 KPI 的种种缺陷。首先它和绩效考核分离,把绩效考核交给 peer review(相当于中国公司的 360 度评价)来做。然后它强调 Key Result 必须服从 Objective,所以如果你在 Objective 上写了要让用户喜欢我们的产品,但你实际执行 Key Result 的手段违反了这一点的话,谁都能看得出来,自然你做了也只有坏处没有好处。既然 Key Result 只是用来服务于 Objective 的,那就没必要像 KPI 那样一早制订好然后强制执行了。你可以在做的过程中随意更改 Key Result,只要它们还是服务于原本的 Objective 就行。其实 OKR 最重要的作用就是帮助你「stay focus」,「stay focus」又能帮助你「make impact」(当然有人没 focus 都能有 impact,或者有 focus 都做不出 impact)。
? 文化是最坚实的工具,文化先行
? 团队文化、核心价值观、归属感
? 工程师文化,技术生产力
? 分享文化,内部分享、外部分享
? 文化的传递,身教言传
? 修得了电脑、弄得好网络、卖得了萌、吃的了亏、 指得了方向、受得了委屈
? 懂得分享、放弃自我中心思想
? 坚持每周锻炼
? 每日阅读、总结、反思、改进
? 深度思考比努力工作更重要
今天先到这儿,希望对您有参考作用, 您可能感兴趣的文章:
构建高效的研发与自动化运维
IT基础架构规划方案一(网络系统规划)
餐饮行业解决方案之客户分析流程
餐饮行业解决方案之采购战略制定与实施流程
餐饮行业解决方案之业务设计流程
供应链需求调研CheckList
企业应用之性能实时度量系统演变
如有想了解更多软件,系统 IT,企业信息化 资讯,请关注我的微信订阅号:
作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog。
标签:
原文地址:http://www.cnblogs.com/wintersun/p/5115772.html