北京软件企业寻求软件开发团队共同发展

第1部分 开发团队 管好团队做对事--软件企业成长手册开发经理们往往只关注公司的技术.虽然技术非常有趣,但优秀的经理人必须首先了解和他一起工作的同事.只着眼于技术而忽略人的作用,就如同在训练一个棒球队时将所有的时间花费在测试最新.最大的球上一样. 本部分包含了启动新的工作,和开发组织一起工作,以及成功扩展你的团队.不要担心,我们也会谈论技术,后面会讲到的.

相对于软件公司中的开发团队,维护团队似乎常常默默无闻,做事相对于保守,远没有开发团队那样常常让人有新鲜感.这是一种很普遍的现象,也就是维护团队的价值常常被有意或无意地降低了. 事实上,维护团队的建设和管理比开发团队所应对的挑战大得多,而运行得当的话,可以同项目团队或开发团队形成互补,发挥驱动力. 软件维护团队的目标和流程 软件维护团队被赋予维护已交付产品的职责,主要工作内容是分析修复新发现的Bug, 以及客户对软件提出一些调整,具体的内容要视维护合约而定.总之或么是修修补补,要么就是锦上添花.因

企业所得税下浮15% 文/商报记者 金琳 宝信软件.理想信息.趋势科技等27家上海软件企业昨天从上海市经信委等部门处领到了2009年度国家规划布局内重点软件企业证书,这意味着他们将享受到按10%的税率征收企业所得税的优惠税率. 2000年,国务院颁布<鼓励软件产业和集成电路产业发展的若干政策>(18号文),鼓励并推动骨干和重点软件企业加快发展.基于"18号文",从2002年开始,国家发改委.工业与信息化部(原信息产业部).商务部.国家税务总局四部委每年审核.认定重点软件企业

建立和维护一个高性能的软件开发团队是一个持续努力的过程.挑战范围包括从竞争激烈的市场中吸引优秀人才到提供有趣和富有挑战性的工作,以及组建团队结构和促进人员成长. 我们很幸运地工作在一些致力于提升交付质量和频率的软件开发团队,并且我们发现了一些非常的常见阻碍团队快速地推出优质软件的结构和做法: 1:"DevOps"孤岛 特别是随着一个团队的成长,或者可能是为了填补当前团队技能集中存在的差距,我们会被诱惑着在团队中或团队周围建立单独的功能以执行特定的工作岗位. 我们看到的最常见的表现是操作

1.1 程序员都做什么 首先,程序员的工作很有趣!Fred Brooks在软件工程的经典名著之一<人月神话>[6]中很好地总结了程序设计充满乐趣的原因. "第一,是纯粹的创造的愉悦--""第二,是做出对其他人有用的东西而带来的快乐--""第三,是设计组装谜题一样环环相扣的复杂部件,并观看着它们巧妙地运转而产生的吸引力--""第四,是持续学习的乐趣,这来源于任务的无重复特性--""第五,工作的对象是可以自由

2.7 个性特点 程序员除了具有不同的类型之外,还普遍存在着个性特点.特质和习惯,这些因素各自都面临着一些挑战. 学术界有着许多关于个性.如何对个人进行分类以及如何管理个性的理论.在这些理论中,迈尔斯和布里格斯的工作值得花一些时间来理解,他们俩在1942-1962年间建立了个性测试的理论基础,并提出了对个性进行分类的体系.迈尔斯-布里格斯类型指标(Myers-Briggs Type Indicator,MBTI)个性清单的作用是,使C. G. Jung描述的心理类型理论易于理解,在生活中更实用.

开发团队是一个整体,稳定的.沟通无碍的团队文化非常重要.好的文化氛围应该包括基于共识决策的开发模式.高质量的代码.代码审查,以及能让人放心尝试新事物或者快速失败的环境.Brian和Ben是Google的两位开发主管,他们在"极客与团队"中列举了软件开发团队的典型不良行为,提醒开发者时刻保持警惕,并提出了一些实际的解决办法. Brian和Ben指出,团队的注意力和专注力是最容易受到威胁的.团队规模越大,编写软件和解决有趣问题的能力就越强-不过这种能力毕竟是有极限 的.要是你不去主动保护它

问题描述 现在用C#做软件或者是系统之类的开发团队,用ASP.NET MVC的多吗? 现在用C#做软件或者是系统之类的开发团队,用ASP.NET MVC的多吗? 最近公司要做一个管理系统,我感觉用一个框架加非常好做了,但是他非要用mvc做,感觉满蛋疼的,我就问哈 ,现在做开发的,不论大公司小公司,用MVC的多吗? 解决方案 MVC只是一个概念,只要将逻辑.数据.界面显示分离即可.和用什么语言无关.现在开发web应用,用MVC框架的比较普遍. 解决方案二: 和多少没有关系.乘坐公交车的人比乘坐私家

前言 告别失控:软件开发团队管理必读 软件开发常常被认为是难以管理的.进度安排和费用预算完全不靠谱的软件项目比比皆是.规范化的软件开发实践对这一状况有所改善,但也未能真正解决问题.我们软件开发行业已经积累了超过60年的技术经验,并已经投入了大量的时间,以及美元/日元/卢比/欧元来尝试把管理规范化,但为什么软件开发至今仍然如此难以管理呢? 本书用一个简单的观察结果来回答这个长期存在的问题:管理者首先必须学会管理程序员和软件团队的技巧.也就是说,必须学会了解员工-如何聘用他们,激励他们,进而领导他们