团队合作 . 软件开发

我最近做了一个网站,叫做小院子. 主要是介绍我在github开源的一些程序. 希望大家能关注一下,并对我的网站提出意见. 我的邮箱[email protected] 小院子-软件开发团队,布布扣,bubuko.com

在国内软件行业从业人员的成长流程(一般是这样的,1年可以做到总监的高技能人才也有): 1.程序员,刚毕业的学生,一般独立完成工作有些困难: 2.工程师,毕业2~3年,有一些项目经验,能够独立完成开发: 3.高级工程师,毕业4~5年,能独立开发.能参与设计.能编写文档.能在技术上指导他人: 4.初级项目经理,能带领10人一下的团队: 5.中级项目经理,能带领20人左右的团队: 6.高级项目经理,能带领40人以上的团队: 7.再往上就是职能经理,由人事部门任命,负责公司一个部门的运营. 其中最难的一

(更多精彩分享请关注我哦~) 作为一个软件行业的产品经理,一般而言我都是通过以下几种方法来寻找客户的,有的见效快有的见效慢,但最起码这几中方法都是有用的. 首先就是第一种:圈养客户 圈养客户顾名思义就是划块地方把潜在的客户都聚集到一起,我喜欢吧客户圈养到微信群里,不打广告,但是时常会聊聊行业相关,起码要让他们知道我是做软件开发的,也会聊聊我的团队擅长哪个领域,要注意的是不能太频繁,会显得你很闲,给他们留下一个印象就好了. 一般这样的客户我会从QQ群微信群寻找,加许多质量比较好的群,然后再将那些质

小规模软件开发团队现存问题思考若干 这里指的是创业初期的软件开发团队,由于面临较大的财政压力,不得不接一些外包来养活自己,然后再抽时间做自己的软件或平台的小规模创业团队.本文系自己的一点浅显的思考,观点较为浅薄,如果存在错误的地方,还望有经验的大神们指正. 一.创业初期的软件开发团队,大多存在以下几点问题: 1.没有产品经理: 没有产品经理,导致软件系统架构设计过于随意,而且项目人员搭配不均衡,最终导致存在以下几个详细的问题(1)设计思路不一致(2)软件流程不一致(3)各终端与后台字段命名不一致

1.团队模式的选择 软件团队的模式有主治医师模式.明星模式.社区模式.业余剧团模式.秘密团队.特工团队.交响乐模式.爵士乐模式.功能团队模式.官僚模式. 我比较倾向于交响乐模式和功能团队模式.交响乐模式的主要特点是门类齐全,各司其职,有共同方向的.其优点是在开发过程中分工明确,大家可以术业有专攻,效率比较高.缺点是适用于某歌软件领域处于稳定成长的阶段,如果是在刚开始的时候可能会产生分歧. 功能团队模式的主要特点是:人人平等,没有管理与被管理的关系.优点是小组间交流比较频繁,不同能力的人可以平等协

案例分析 由于共同爱好和目标组成的2~5人的软件开发团队,在团队初期组建初期,需要一个成本低,而又能对外展示和管理软件代码的平台.因此,选择以下方式来搭建一个服务平台. 花生棒官网:http://www.oray.com 案例目标 搭建一个演示web站点供开发团队对外展示: 建立一个SVN代码版本控制库,供开发人员代码提交管理. 服务器的安装 由于开发团队主要采用微软visual studio工具及其语言进行开发生产,顾服务器操作系统采用window2008 R2 数据库采用sql server

软件开发的成败更多的是在于人,而不是技术.当从大学毕业时,我以为,只有精通了各种技术才能成为一名伟大的程序员,以为人件管理技术是经理们的专属领地.但事实却给我好好的上了一堂课.经常我能听到有人说人件管理技术是学不到的,是一种天份,对这种观点我不敢苟同. 没有人能生来就带有某种技能,我们都是通过观察和模仿(我们的偶像)来学习.你也许通过读书得到了这方面的一些知识,但是,我记得一句老话,我十几岁时读过的一本书的封面上印着它:“生活从书本中学不来,只能靠自己去感受.” 如果你感觉在处理人际交往方面有困

软件开发团队管理与项目经理 今天先到这儿,希望对技术领导力, 企业管理,系统架构设计与评估,团队管理, 项目管理, 产品管理,团队建设 有参考作用 , 您可能感兴趣的文章: 领导人怎样带领好团队构建创业公司突击小团队国际化环境下系统架构演化微服务架构设计视频直播平台的系统架构演化微服务与Docker介绍Docker与CI持续集成/CD互联网电商购物车架构演变案例互联网业务场景下消息队列架构互联网高效研发团队管理演进之一消息系统架构设计演进互联网电商搜索架构演化之一企业信息化与软件工程的迷思企业项

DevOps是敏捷在软件开发团队的另一应用.那么相比之下,哪个更胜一筹? 一边,有业界认可的scrum master,它的朋友极限编程者,以及由其衍生的 LeSS.SAFe.DAD等,是敏捷. 另一边,有精益文化机器,用代码持续交付其基础架构,它的名字左边是开发,右边是运维,合起来就是DevOps. 虽然我已尽我所能在普及这两个概念,但人们关于敏捷和DevOps的争论依然让它们听起来完全不同.更糟糕的是,尽管他们都已经有了各自的行业术语和口号,但两者的概念还是没办法准确定义.鉴于敏捷诞生早于De