我梦境中的高效团队(不加班,人人有搞头)是什么样的

不加班,人人有搞头?没错,这样的高效团队已经出现我的梦境,希望有朝一日落实在我们的身边。

要实现这个目的,要回答一下问题:

1. 人人有搞头,就是说人人都有自己憧憬,这种合理的憧憬会产生自身积极的动力。那么怎么才会人人有搞?

简单的说这就是回答每个员工的social ladder(这里不讨论公司的工资福利待会都很高的情况),作为技术人员主要出路不外乎:管理方向,架构师,领域专家。

前两个是老生常谈,我侧着于说领域专家。和解?公司允许人人都是管理人员和架构师吗?这可能是个28比列,不现实,特别是公司复杂的人事关系时,每个人都显得无力。记住,公司的发展是它在领域方面的发展,比如航空公司的利润来自于航空业务,不是软件开发,软件开发通常是个辅助服务。所以只有能通过技术手段提高公司应收水平,降低运营成本的团队才是真正中流砥柱,才会被公司重视。这样的领域人才是香饽饽。

2.高效的工作方式。这个太虚?不虚,现在流程的敏捷开发理念和质量管理方法不在讨论之列,因为在下目睹了很多公司的开发方式和软件工程管理
,个人感官水平堪忧(问问业内多少公司明的暗地的鼓励加班)。所以我在这里强调的是敏捷工具链:设计即实现。何意?是说从设计到实现这一步是
最大限度自动化,比如可以采用固定模式设计(比较固定的表单设计,流程设计,查询方式,弹出窗口这些非常具体化的设计利用)。设计后自动生成
数据库,增生改成页面和后台代码,工作流等等。

3.Owner制:每个员工是某些模块和项目主人,全权负责设计、开发、管理,测试除外,因为需要相互交叉测试。这意味什么,每个人都是项目经理。
慢着,一个人有做开发有做项目经理?不是有结论,这样做效率低下,每天在不同角色之间调换本身就是费劲的事情!No,不是这样的,因为上面说到的
设计即实现的工具链,开发只占很少的时间,目测为20-40%左右。So,开发人员可以自然过渡到项目经理角色。

综上,公司将充分挖掘员工潜力,人人愿意和公司深入领域发展,为公司提供更优质的软件服务和咨询服务(数据分析和预测等等)。
以上为初稿,不足之处请各位看官指正。

时间: 2024-11-18 20:55:05

我梦境中的高效团队(不加班,人人有搞头)是什么样的的相关文章

《高效团队开发工具与方法》

一直以来都在用所谓的敏捷开发,但是也只是简单的说,用什么用什么,从开始感觉不方便,到后来感觉习惯了,可没有考虑过到底能带来什么改变,所以最近在上下班的地铁上在看完了<高效团队开发工具与方法>,感觉有很大收获. 这本书从团队开讲,讲了团队开发中遇到的一些共性问题,接着对版本管理系统(VCS).缺陷管理系统(ITS/BTS).持续集成(CI).持续交付(CD).回归测试以及GitHub做了易懂的讲解. 版本管理系统:什么时候,谁,做了什么,所以是可追溯,可退回,就像一台摄影机,随时可对不满意的地方

敏捷中的自组织团队

敏捷中的自组织团队,其“自组织”一词,可能不是太准确,不太符合关于“组织”一词的定义,因此有时也用“自指导团队”一词.敏捷中的自组织团队,肯定是由外部创建的,而非自发组织在一起的一个团队.它是一个由外部创建,然后给与授权,然后自行决定行动纲领的一个团队.这个团队接受外部给与的任务和约束条件,自行决定如何完成任务.在这个团队中,不存在外部指定的领导者,而是由团队成员自己决定,是“民主”,还是“集权”,由大家说了算.可能在不同的阶段,会有不同的“英雄”站出来,带领大家迎接各种挑战.也许正是没有指定的

高效团队开发:工具与方法

这篇是计算机类的优质预售推荐<高效团队开发:工具与方法 >. 提高项目质量,加快开发速度,降低运维成本. 编辑推荐 重要的邮件太多而无从下手 没有能用于验证的环境 覆盖了其他组员修正的代码 无法自信地进行代码重构 不知道bug的修正日期,也不能追踪退化 -- 那么,你可能需要这本书! 系统讲解团队开发所必需的工具和方法 详细介绍各个工具的特性及使用要点,并进行比较 自动化意识贯穿全书,真正实现高效开发 内容摘要: 本书以团队开发中所必需的工具的导入方法和使用方法为核心,对团队开发的整体结构进行

删除vector中元素高效的方法

#include <iostream> #include <vector> using namespace std; int main() { std::vector<int> ve1; ve1.push_back(1); ve1.push_back(2); ve1.push_back(3); ve1.push_back(4); ve1.push_back(5); ve1.push_back(6); std::vector<int>::iterator it

转:我心目中的理想团队

评注:比较接地气的一种团队建成方式 转自: http://mp.weixin.qq.com/s?__biz=MzAxNzM4OTE4Mg==&mid=210320484&idx=1&sn=eab0401c2a20b7d2fd117733807e1eed#rd 我心目中的理想团队 2015-07-25 玉伯 探索时间 昨天 @左耳朵耗子 发了篇文章:「开发团队的效率」(http://coolshell.cn/articles/11656.html),对文中绝大部分观点都很认可,但关于

Grunt和Gulp构建工具在Visual Studio 2015中的高效的应用

Grunt和Gulp构建工具在Visual Studio 2015中的高效的应用 Grunt和Gulp是Javascript世界里的用来做自动压缩.Typescript编译.代码质量lint工具.css预处理器的构建工具,它帮助开发者处理客户端开发中的一些烦操重复性的工作.Grunt和Gulp都在Visual studio 2015中得到支持.ASP.NET 项目模板默认使用Gulp. Grunt和Gulp Grunt和Gulp有什么区别?Gulp虽然是稍微晚一点登场的,但是它因crisp pe

王悦宇:全友家居集团销售公司《高效团队建设与执行力沙盘模拟》课程

沙盘资深研究专家王悦宇老师,再次受邀为为全友家居集团销售公司,讲授<高效团队建设与执行力>沙盘模拟课程 原文地址:http://blog.51cto.com/wangyueyu/2060353

论理想中的技术团队——领导力

原文:http://www.cnblogs.com/Zachary-Fan/p/technology_leadership.html 阅读目录 什么是领导力 容易陷入的误区 领导力的通用准则 技术团队特有的领导力 结语 友情提示:本文非干货,仅是笔者作为管理者,同时也作为被管理者的真实感触,从2个角度综合的思想总结,仅供参考.如觉有用,烦请点赞支持,谢谢~ 一.什么是领导力 评定一个领导的能力最核心的基础素质是领导力,那么领导力是什么? 领导力(Leadership)指在管辖的范围内充分地利用人

让敏捷工具在敏捷开发中发挥高效作用

敏捷软件开发绝不再是一个新名词了,但理解还是时时有偏差.敏捷宣言中的第一条“个体和互动高于流程和工具”,有人就误读为“有了沟通,一切都迎刃而解” ,因此花费大量精力整顿团队合作,却轻视了工具(技术).其实宣言中的意思只是想强调个人和沟通更重要而已. 实际上,既然是软件开发,在所难免得面临工具的选择,而且很多优秀软件实践离开强有力的工具支持都玩不转.在如今的软件开发世界中,工具(这里谈的是软件工具)层出不穷,数不胜数,那么到底该怎么去选择适合的工具呢? 本文将根据我十几年的企业级软件开发经验给出一