矩阵式管理,是常见的经典管理架构.其最早起源于美国的航空航天部门,然后被美国人带到了日本,然后被日本人带到了台湾,然后台湾人带到大陆...矩阵管理最典型的特征是,组织架构按职能与专业划分,项目由跨越部门的人员组成.典型缺点是,由于项目负责人没有人事管理权,导致其责任与权力不匹配.当然,这样的缺点并没有影响其江湖地位,相反,它广受赞誉. 同时,有另外一些人,他们坚持“特性团队”(feature team)用有更高的效率. 1. 什么是 feature team 其实我们对 feature team

1 前言 经过多年的企业信息化建设,Office系统逐步形成有9营业场所的分部门.9专业应用子系统.20独立的信息模块.330一种方法.这些系统或模块内置于Microsoft IIS.Apache Tomcat.Weblogic.Cordys BOP上,相互彼此独立.互不影响. 在不考虑反复投资.资源共享.便于运维的情况下,仍存在一些长期非常难解决的问题: (1).各个系统的组织.账号不统一.维护困难.         (2).在一些系统或模块中.对于人员跨部门的情况.仍以两个及以上账号的方式处

利用Team@OSC进行团队协作开发平台 Team@OSC介绍 Team@OSC 是一个团队协作开发平台,轻松管理轻量级团队.代码运行平台(PaaS).代码质量检查应有尽有. 链接:https://team.oschina.net/ 使用过程 登录网站,进行注册 图1: 注册帐号ID为:牛奶巧克力 用户名为:qiaokeli66 注册成功后进入主界面 团队功能的使用 图2: 在页面右下角点击添加组员 录入自己的信息之后,我开始向组员发起加入邀请: 图3: 建立项目 图4: 将我们大创组的项目的详

http://www.nowamagic.net/librarys/veda/detail/1955前言 这篇文章是写给Team Leader和往这个方向前进的人.也适合一般的程序员,对你们在团队合作的理解上面会有所帮助:对你将来选择什在什么样的团队做事也有帮助.在文章中我也侧面道破了国内好多敏捷开发失败的原因. 团队管理是一个比较大的范围和概念,但我们可以把它进行简化到以团队为基础,在团队上进行一些方法的应用.我在文章中,将分为不同的块讲解.当你把这些不同的块都理解清楚,结合起来就是团队管理.

由于git非常强大,它可以支持非常多的协作模式,而可能正因为选择太多反而有时候对于我们如何开始开展团队协作无从下手.本文试图阐述企业团队中应用最为广泛的git 工作流,为大家理清思路,最大限度发挥git的威力起到借鉴作用. 在你阅读本文中,需要记住的是这些工作流本身只是一个参考,并不是实际的规则.我只是告诉你哪些是可能的,这样你可以从不同工作流中取其长处切合到你们自己团队的日常工作中去. Centralized Workflow 对于习惯于类似SVN这样的中央库版本系统的团队来说,切换到一个分布

pull request是github/bitbucket给开发人员实现便利合作提供的一个feature.他们提供一个用户友好的web界面在进代码之前来讨论这些变更. 简单说,pull request是一种为了开发人员通知team member他们已经完成了一个feature的机制.一旦他们的feature branch ready了,开发人员就通过他们的github帐号执行一个pull request.这将使得每个相干人知晓这个事件,他们需要review这个feature branch的代码,

原文链接:https://blog.matthewskelton.net/2013/10/22/what-team-structure-is-right-for-devops-to-flourish/ 原作者:Matthew Skelton 翻译君:CODING 戴维奥普斯 大部分组织对 DevOps 发起设立的初衷是改善客户和业务之间的交付价值,而不是降低成本,增强自动化,或驱动组织架构:这意味着不同的组织可能需要不同的团队结构才能进行有效的 Dev(开发)和 Ops(运维)协作. 所以关于问

最近一直在思考如何做团队组织能力建设和如何进行决策.执行产品研发策略.因为自己一直在研发效能领域,所以来谈谈什么是特性团队(FeatureTeam), 怎么创建特性团队以及在日常工作中如何结合 Scrum 带领团队快速向用户交付产品价值.内容稍多,准备分三篇来完成,本篇主要介绍特性团队/功能团队(FeatureTeam). 为什么需要特性团队?  其实,我在带领团队完成工作的时候经常遇到下面的问题? 传统的按照职能组织的团队之间,跨职能的协调和依赖管理复杂,不利于跨职能.跨层级的沟通 多种职能之

我说的都队 031402304 陈燊 031402342 许玲玲 031402337 胡心颖 031402203 陈齐民 031402209 黄伟炜 031402233 郑扬涛 一.团队任务计划 周数 任务 说明 负责人 8 任务分配 开发过程中组员的任务细化分配 陈燊 需求说明书初稿 分析结对编程前两次的所有博客,然后按照国家标准确定软件需求规格说明书的初稿 陈燊 许玲玲 胡心颖 陈齐民 黄伟炜 郑扬涛 思维导图 完成思维导图的设计 陈燊 算法完善 用 C/C++ 完善结对编程时设计的导师分配

此篇主要介绍如何基于TFS环境创建团队项目来进行项目代码的版本管理工作,这一系列将侧重于BI项目,当然对于其它项目也同样适用. 在TFS里开始一个项目,我们首先需要创建一个团队项目. 在Team Explorer中点击Create a New Team Project… 给团队项目取一个名字. 指定项目模板,一共有三种类型,这里选择默认的Scrum. 指定文件目录. 开始设置,大概需要两分钟左右. 设置完成. 在Source Control Explorer中可以看到创建的项目. 在团队项目下可

原文:安装Team Foundation Server 2012过程截图 专题图 1,下载Team Foundation Server 2012  官方下载: http://www.microsoft.com/visualstudio/11/zh-cn/downloads 请单击“Team Foundation Server(团队基础服务器)”,下载   单击“fts_server”安装. 1, 2, 3, 4, 5, 5_2, 5-3, 5-4, 5-5, 5-6, 5-7, 5-8, 6,

採用Hexo 搭建Team Blog 首先你要会使用Git 已经GitHub,然后让我们了解下什么是静态Blog 静态博客是指 不须要数据库驱动,拥有丰富模板,通过模板标记语言生成简单html css静态内容形式的博客. 经常使用的静态Blog生成器有例如以下几种: jekyll http://jekyllcn.com/  ruby octopress http://octopress.org/ hexo  http://hexo.io/   nodejs ghost  https://ghos

Team Services的打包管理 概述 Package Management (打包管理)是一种扩展,可以更容易地发现.安装和发布包. 它与Team Services中心如构建功能深度集成,这样打包管理就可以与现有工作流无缝对接. 当产品已成功,组织正在成长,这时就该扩大代码库来与之匹配.当在一个单一产品的单一代码库中扩展到过去的2-3个团队时,你可能会发现以下问题: 团队如何有效地共享可重用组件? 如何让特性团队快速迭代,而不影响其他团队的工作? 如何让团队自主地以适应他们的速度进行迭代?

作者|Sofish编辑|小智 & 尾尾本文是前端之巅向 sofish 的约稿<什么样的人可以称为架构师?>.采访< 饿了么大前端团队究竟是如何落地和管理的?>以及 sofish 做客大咖说直播节目的总结和整理,希望能帮助各位淀粉更清晰地理解 sofish 的观点.获取大咖说视频下载链接,请关注前端之巅并回复“鱼老板”,查看饿了么大前端更多实践请回复“饿了么”.视频回顾 程序员成长之:跨界.困惑与架构师1. 如何看待“大跨度入行编程”——跨界程序员? 从我的角度来说,角色的变

背景 大数据产品的在项目成立之初,采用的是模仿原有网优工具的方式做UI设计,由BA主导画草图.手绘线框图.excel制作,更有直接打开参考产品做原型的方式,没有统一的设计和规范可言.随着团队逐渐增多.新需求不断涌现,这种工作方式已无法满足开发需要,怎么破? 尝试虚拟团队 2015年初,两位同事组成的虚拟设计团队,尝试做交互设计,制定简单的规范.没有基础怎么办,自学成才又太慢,借助UX社区的力量,两位同事和项目的BA及PO参加了设计工作坊,从TW咨询师刘海生教练那里学到了一些设计的基本理念.过程和

PROJECT MANAGEMENT KNOWLEDGE AREAS项目管理知识体系 2 PROJECT LIFE CYCLE / PROJECT MANAGEMENT PROCESS GROUPS项目生命周期及过程组 10 SCOPE范围管理 11 HUMAN RESOURCE人力资源管理 12 COMMUNICATIONS沟通管理 15 TIME时间管理 17 COST成本管理 19 RISK风险管理 22 QUALITY质量管理 23 PROCUREMENT采购管理 23 INTEGRAT

本文来自于腾讯bugly开发者社区,非经作者同意,请勿转载,原文地址:http://dev.qq.com/topic/57a31921ac3a1fb613dd40f3 Android 不仅系统版本众多,机型众多,而且各个市场都各有各的政策和审核速度,每次发布一个版本对于开发同学来讲都是一种漫长的煎熬.相比于 iOS 两三天就能达到 80% 的覆盖速度而言,Android 应用版本升级至少需要两周才能达到 80% 的升级率,严重阻碍了版本迭代速度.也导致市场上 App 版本分散,处理 bug 和投

Visual Studio Online(原来的 Team Foundation Service),是项目数据在云中的主页.在我们的云基础架构中只需数分钟便可启动并运行,无需安装或配置任何服务器.设置一个包含一切的环境,从托管 Git 存储库和项目跟踪工具到持续集成和 IDE,全都封装在一个月度每用户计划中.使用您喜欢的开发工具(如 Visual Studio.Eclipse 或 Xcode)连接到云中的项目. 每个 Visual Studio Online 帐户都可支持 5 个免费 Basic

Code signing your app lets users trust that your app has been created by a source known to Apple and that it hasn’t been tampered with. All apps must be code signed and provisioned to launch on a device, to use certain services, to be distributed for

AHA大会回顾 缘起 AHA之前参加了Daniel的培训,了解到AHA大会,觉得很高大上,开始有些心动.考虑到是工作时间,而且是外地,所以也就停留在心动层面了.之后与伯薇和四正吃饭,听说他们要去参加这个会议,羡慕一下.然后伯薇问我要不要去,如果去他有票,给我十分钟考虑时间.我仔细想一下,一是单位离开我一天仍然一切照常(希望老大不怪我哦),但对于我却意义重大:二,我顾虑家里,宝宝太小,不过如果去的话,可以和爱人带宝宝一起过去.于是,决定:去!我的体会是,遵从自己内心,如果喜欢,那就做吧.在此感谢伯