我想为我的开发团队设置一个ROWE:Result Only工作环境
基本上,只要工作完成,人们就可以随心所欲地工作。
这种环境为百思买带来了巨大的成功:提高了生产率,减少了营业额
有没有人对开发团队的工作有什么建议
编辑:
更多细节:我将领导一个由3名经验丰富的开发人员组成的团队。我计划将基本流程标准化,如版本控制、缺陷跟踪、代码审查、规划、测试等。“他们希望如何工作”更多指的是他们如何管理时间:即安排会议、结对编程 这个问题的答案将根据组织的规模和文化而有所不同。有些人还认为,过程可能很重要,
我一直在寻找学习如何正确管理软件项目的方法,我偶然发现了下面的博文。我已经通过艰苦的方式学会了提到的一些事情,其他的是有意义的,但是其他的对我来说仍然不清楚
总而言之,作者列出了一个项目的一系列特性,以及这些特性在多大程度上导致了一个项目的“糟糕”,因为没有更好的术语。您可以在此处找到全文:
特别是,我不理解作者关于将依赖项与项目捆绑在一起的立场。这些是:
==捆绑==
您的源代码只附带它所依赖的其他代码项目[+20个失败点]
为什么这是一个问题,特别是考虑到第3点,您已经修改了项目依赖项以满足
我的朋友想要一种更好地组织她的项目和任务的方法。她希望能够:
定义项目
为每个项目定义(每周)任务
任务与特定周关联(不需要日/时间粒度)
为每个任务定义子任务
一次查看一周的任务及其子任务
放大以更详细地查看特定任务
缩小视图,以更详细地查看整个月的任务
最后,但并非最不重要的一点是,她希望与她的主管共享此数据,以便他可以查看并进行评论/调整
我想知道有哪些选择以及每种选择的优缺点。。。我考虑过:
Excel表格
优点:易于共享、可用(她和她的老板都安装了Excel)
缺点:很难维
我使用subversion作为RCS,使用Bugzilla进行问题跟踪。我只是问自己如何为用户创建自动更改日志
我已经试过“svn2cl”工具了。但它创建的更改日志对我来说是技术性的(例如,没有用户想知道开发者XY昨天更改了20个文件以修复内存泄漏)。用户需要包含以下内容的更改日志:
版本1.0-添加功能1版本1.1-修复错误#4711-添加功能2
有人知道用bugzilla条目创建更改日志的工具、插件或脚本吗?还是有一个好的方法可以做到这一点?
我知道trac支持创建更改日志,但我不太喜欢tr
G'day
我参与了一个项目,该项目要求我熟悉几种新技术,因为项目计划中遗漏了一些任务。我只是觉得我应该潜入水中,学习完成各种工作所需要的东西。一般来说,这种学习是在我自己的时间完成的
到目前为止,我必须学习的技术有:
Solaris 10 SMF和从旧rc目录的迁移
Solaris 10 svcadm
Solaris 10 inetadm和从inetd机制迁移,以及
zfs、ZPool和zfs快照
现在我必须学习Solaris Cluster,因为这对坚持在做任何事情之前必须学习Solar
这本书是在分时系统、过程编程以及大约30年软件工程经验的时代写的。随着现有库、高级语言、IDE以及互联网上可用的文档和示例数量等方面的改进,这本书还有多少内容是正确的
虽然我相信在一个项目中增加新的人员可能会在一开始减缓它的速度,但我认为诸如单元测试、关注点分离以及其他形式的自动化和设计改进会让团队中的新成员比书中所设想的更快地发挥生产力,假设项目有良好的设计文档和流程
我没有大型项目或大型团队的经验,所以我很想听听你们这些有经验的人是怎么想的。
编辑:
我想知道维基、即时消息和互联网等新的通信
我是新来的,但是我作为一名软件开发人员分析了许多项目,并给出了任务的时间估计
但当你是团队领导者,不了解你的开发人员技能时,这是很困难的。因为有时候它需要研发的东西。所以当时不要判断估计
也有一些模型可用于此,如“COCOMO模型”
但是,使用这种模型或任何其他技术来更好地估计时间是否可行。向每个程序员描述任务,并要求他给出三次。他们每个人都认为球队需要多长时间
超快时间、可能时间和最坏情况时间
对所有程序员执行以下求和
1*极端+3*可能+1*最差
除以
(程序员人数*5)
用这个作为你的估计
可能是主观的和/或讨论。。但事情是这样的
我被要求为下一件大事评估一项功能。我把它分解了。。使用故事点得出一个估计值。然而,该功能要求与GoDiagrams接口,作为除各种其他公司计划之外的第三方图表组件。。(一整套2008年限量版框架/服务:)。我一直在用燃烧图追踪我自己,我发现我无法维持我的速度主要是因为“尖峰”
我估计每周2分,然后我发现自己周末都在工作(很好,我试图..结束时既不在这里也不在那里),因为我不知道从哪里开始,这样我就可以预览用户操作,显示上下文菜单,等等。最后,我花时间制造
你如何向你的客户/雇主表明你了解他们的要求
你推荐用什么?用例图?流程图?数据流图?决策树
我并不是要一个非常详细的答案。这只是一个简单的方法,可以帮助我与编写需求的人进行沟通,看看你们是否在同一页上。流程图往往会混淆一些非技术人员(即客户)以及数据流程图。用例是好的和可理解的,还有业务需求和技术需求文档,可能是某种粗略的线框草图 我只是用我自己的语言解释需求,提供我的假设并添加限制
要求可能是“点击按钮时变绿”
我会问“好的,那么当用户点击按钮时,按钮的背景色变为绿色,但文本保持不变?”
基本
大多数开发人员理解的概念。在向项目经理解释这一概念时,可以使用什么样的类比?每一个需求的变化都会导致无法管理的设计。就把他送到这里。这所房子到处都是通向任何地方的楼梯和通向砖墙的门。它完全按照规范建造,但并不是你所说的可用的
当然,在新英格兰这里,一个“邪恶的问题”需要一个邪恶的工程师想出一个邪恶的聪明的解决方案:)试着让他们读这篇文章,并说“我想知道你对这篇文章的看法…”
实际上,你的项目经理应该知道这一点。如果你的项目经理没有编程经验,那么你就注定要失败,应该找一个新的工作场所
如果您的项目
我们目前的项目有一个庞大的团队,我们已经接近项目的尾声
像大多数项目的末尾一样,数十个依赖项正在出现——每个人都在等待其他人完成一项任务。处理这一问题的最佳策略是什么
我曾想过缩小团队规模,这样团队中的其他成员就可以并行处理依赖关系,但我正在寻找一些想法,包括让团队中的每个人都保持静止。我知道的唯一处理方法是将团队一分为二。如果幸运的话,您可以将另一半设置为与下一版本一起使用。给两个团队的信息是,发布版本优先于下一版本的工作。因此,只要有合理的需要,开发发布版本的人员可以从“下一个”版本中招募人
我正在组织团队进行下一版本产品的并行开发。我按顺序把队伍分组
客户特定
特定功能
通过将任务分配给特定的个人来处理跨职能问题
想知道项目经理/领导团队的其他方式吗?我们根据组织中特定的产品对人员进行分组。每个团队为特定的产品编写代码。当一个产品的功能与另一个产品相交时,有时它们会在该功能上进行协作。我们做了很多划分,所以这是可能的
编写大量可重用的模块。这是关键
我的组织也只为大客户开展特定于客户的工作。我们根据组织中特定于产品的人员进行分组。每个团队为特定的产品编写代码。当一个产品的功能与另一
我正在考虑从HG转换到Plastic SCM(主要是因为它似乎提供了更好的VS集成),并且它们促进了“任务驱动的分支”,即从主线到每个功能的分支。这是有道理的,但我有几个问题:
他们建议在任务完成后不要将任务合并回主线。这看起来非常不直观,我想在测试之后,人们会希望立即合并回tip,这样以后就不必重新设置基础。更不用说,如果任务没有合并回来,并且说一个新版本即将发布,那么就需要合并成数百个不同的分支,并确保它们在短时间内彼此友好相处(独立测试并不意味着它们会友好相处,imho)。所以,这似乎注定
我领导一个由15名成员组成的软件开发团队。我面临着一系列的问题
Not getting enough time to do planning and tracking
Not able to make all team members busy
Not able to deliver products on the committed dates
有什么可能的方法来处理这个问题?在哪里可以获得更多信息?软件评估可能是其中的一大部分。我推荐史蒂夫·麦康奈尔的《软件评估:揭开黑色艺术的神秘面纱》。
我们目前正在使用Jira 5.1.6和GreenHopper 6.0.5。我们有很多项目,可能总共有十几个,但一次只有几个项目在积极地进行,其余的项目只是偶尔进行错误修复或其他任务。我们公司的4-5名开发人员可能同时从事两个项目(一些人只从事一个项目,一些人从事多个项目的维护工作,根据业务优先级的不同,不同的人从事的项目也有所不同)
因此,Greenhhopper似乎是从一个非常以项目为中心的角度建立起来的。我可以为一个项目建立一个快速Scrum板,并在其中进行冲刺,以完成该项目的工作。这可以让
斯波尔斯基在StackOverflow播客上不断地谈论基于证据的日程安排(EBS),这让我觉得他想告诉我一些事情,所以我想尝试一下。我正在寻找一种资源,它不仅可以告诉我如何进行EBS,还可以为我提供一些关于它如何与不同类型的团队合作的轶事信息,特别是那些在公司/企业环境中工作的团队。初学者可以尝试以下链接:
它包括了一些例子,说明了为什么它工作得这么好
另外,请参阅Joel关于它的原始帖子:
从上面的链接:
FogBugz使用一种称为基于证据的调度(EBS)的复杂统计算法来生成船舶日期概率分
如果客户问我整个项目的预计完成时间,可以使用Scrum给出吗
例如,使用(可怕的)瀑布方法,我将有一个技术规范来进行半合理的评估。是的,您可以(而且确实)评估Scrum项目。[注:“Scrum”是一个英文单词,不是首字母缩略词或缩写词。不应使用所有大写字母。]
您可以这样估计Scrum项目
写下积压的工作
将待办事项分解为sprint
将冲刺从最有价值到最没有价值进行优先排序
向客户提供此Sprint的优先列表
他们可以随时停止工作,因为每个冲刺都是有用的,而第一个冲刺是系统中最有用和最重要的部
我们外包了一个基于web的门户网站,现在我们对与他们合作不感兴趣,因为该网站的问题日益严重,客户投诉不断增加
我们根据他们在当地的声誉选择了不同的团队,他们的投资组合很好地满足了我们的迫切需求。我们和他们讨论了这个项目,在一周的时间里,他们提出了一些好主意,帮助我们进行控制。我们同意把这个项目授予他们。我在过渡期间的想法:
您认为哪些文档可以帮助新开发人员理解应用程序?我可以向他们索取多少种文件?如果一个新的开发人员开始使用它,这些文档可以帮助他们轻松理解所有方面(应用程序、数据库、配置等)
该
我意识到有各种各样的软件项目:
商业广告(针对无名氏)
工业(工业)
成功的开源(比如说,受众超过10人)
个人项目(观众人数在1人左右)
每一家公司都会在不同的条件下发布其产品的新版本。我对个人项目和开源项目特别感兴趣。您何时或在什么条件下发布任何类型的新版本?您是否订阅固定的定期截止日期,例如每两周一次?您是否承诺发布至少10个次要修复,还是一个主要修复?您是否将这两个条件结合起来,例如至少一个条件必须保持,或者两个条件都必须保持
我认为这是一个主观问题。我问这个问题是为了寻找一些技巧来
我与一个小团队(4名开发人员)合作,为我们的定制硬件编写固件和软件。我正在寻找更好的方式来组织团队,更好地定义流程
我们当前的设置
开发人员通常一次处理2-3个项目
我们的项目是以迭代的方式工作的,开发人员定期与客户联系,慢慢地添加特性并修复bug
我们也有固定交付日期的项目,交付周期长,最终硬件可能在交付前几周出现。固定项目通常是对现有产品或实现的微小更改,并且工作以某种方式混合在一起
我们也在从咨询转向产品,所以我们偶尔会增加一些我们认为会增加价值的功能,这些功能都是我们自己承担的
问题
就游戏引擎的复杂性而言,它与KOL或Earth 2025或Ratter一样复杂
如果有人愿意回答,如果你告诉我花了多少时间(以月为单位,以工作时间为单位,以你能提供的任何标准为单位),以及有多少人在工作,我将不胜感激。任何额外的细节也很好
提前谢谢 作为一种爱好,我花了大概6个月的时间完成了一个游戏引擎,当然很多时间都是为了做最好的事情而做的研究。但也许每周不超过10-15个小时(在开始之前,我已经有了用另一种语言开发游戏的经验),而且我肯定偶尔会得到一些朋友的帮助。我想,如果你投入更多的时间,
我正在使用MPXJ Java Api来创建、读取Java中的Microsoft Project Planner文件。我在执行代码时发现了一个特定问题。代码执行文件已创建…我的问题是此Api是否会计算持续时间,根据子任务自动执行EndDate等???>…因为当我在Project Planner中打开文件时,我可以看到Task1的结束日期和持续时间。但当我在写入该文件之前打印它时,它显示为空。有什么建议吗
谢谢
ProjectFile file = new ProjectFile();
Tas
我是一个小型web开发团队的负责人,我有一种感觉,我们很快就会有几个远程工作者加入这个团队(新员工或将开始远程办公的现有员工)。你知道如何有效地管理和与远程工作的开发人员协作吗
我们所做的大部分工作都是客户驱动的。我们正在进行敏捷开发(或者说我们的版本),但由于这主要是客户的工作,我们不能真的将一项功能分配给开发人员,并让他们损失一两周,就像我们可以使用桌面应用程序或类似的东西那样。当人们偶尔在家工作时,我们面临的最大问题是合作——如果没有白板和挥手的帮助,很难一起工作
软件开发似乎非常适合远程
我目前在一家定制软件公司工作。有没有人有过如何赢得高价工作的经验
似乎离岸/卧室编程团队的竞争太多了,这些天的成本竞争非常激烈。我觉得它与软件产品公司或内部it部门在预算方面有很大不同
正如其他人之前所说,我们的很多软件只有真正达到1.0版,除非客户机足够大。在这种情况下,花很长时间尽我们所能制作出最好的软件是没有商业意义的。就好像我们在做与内部It员工相同质量的工作一样。此外,我们的许多客户都没有技术头脑,因此不会为他们不理解的东西付费
由于我们公司没有钱拒绝工作,我们经常会用很少的钱来承担复
有人能建议哪一个Redmine或Tracd是项目管理的更好选择吗?目前,我计划在一个项目设置中部署它,但计划在未来的多个项目中使用它。这两者中哪一个更容易部署?我使用windows。任何其他基于web的软件,以及它自己的web服务器
谢谢…如果您计划在将来进行多项目管理,请选择redmine。使用trac,您还可以进行多项目设置(每个项目都有一个单独的环境),但最终这是一个解决方案。Redmine具有对多项目环境的内置支持
我以前使用trac来管理我的项目,但我改用了redmine。我没有找到任
我们通常对这里很熟悉,但当事情的业务方面——尽管它属于我们的领域——出现问题时,即使不是更严重,也会造成同样的损害
举个例子,Joel测试中任何东西的反面都会被认为是一种主要的过程气味(即,没有源代码控制,没有测试人员),但这些都是明显的气味,“气味”的意义在于它们很微妙,并且会形成破坏性的东西。我在这里寻找粒度
首先,这里有一对夫妇(当答案出现时,可以将其变成一个列表)
在与客户签订合同之前编写代码
被要求对任何需要超过一天(几个小时)的事情进行即时评估(“粗略估计就可以了”)
古代货物崇
如何确定哪些功能足以启动?我们应该在没有好东西的情况下使用“纯功能”吗?还是应该加上“铃铛和哨子”
你怎么决定?是真的我们会被苏顿曝光“烧焦”,还是突然曝光只是一个神话,曝光是缓慢而渐进的
欢迎您的建议。尽早发布,经常发布,让您的用户告诉您他们喜欢什么,看看海报《小男孩是美丽的》。我同意,只要确保您经过测试!小有承诺总比大有漏洞好,而且不履行你的协议
在徽标中添加测试版并不会让bug更容易被接受。根据我的经验,通常最好在核心功能完善后尽快发布。如果某项功能对客户或目标受众非常重要,那么它就不再属
我正在做一个有组件、组件有功能、功能有bug的项目。我不能把这些票整理得井井有条。你用什么样的工具把这些东西整理好
我正在使用EclipsePDT+mylyn。上述工具应:
要集中化,多个程序员/机器应该读取相同的任务
支持子任务,以便组织我的tickets,为组件分配功能等
足够便宜供个人使用
有mylyn连接器。由于这一点,选择非常有限
那么我的问题的重点又来了:
您如何组织您的任务??我们在工作场所为开发人员PM使用trac,这对我们很有好处。
我们还为trac设置了agilo插件。我
我是组织中唯一的开发人员,需要开发数据库以及与这些数据库的接口。使用web框架开发在线前端非常耗时。在这种情况下,其他人是否通常为数据库编写基于文本的界面以完善访问和更新方法,或者基于web的CRUD是常用的解决方案?这取决于您的用户。科技头脑还是核心?高压环境还是休闲?笨重的键盘使用者,还是他们一有机会就伸手去拿鼠标?等等
围绕他们的需求进行设计,理想情况下围绕他们的任务进行设计。一个简单的基于CRUD的方法可能适合您的用户群和问题域,也可能是一个麻烦的选择。老实说,根据我的经验,CRUD很少
Scrum是敏捷软件开发中的一种方法,对吗?Scrum的主要活动是什么?
我希望这会有所帮助。
Nains…Scrum确实是一种敏捷软件开发方法
这不仅仅是一组活动——活动背后有一组核心假设和想法。奈恩斯的回答中包含一份备忘单,非常简要地解释了重要的概念
从最基本的意义上回答你的问题
收集用户故事
确定这些故事的优先级,将它们分割成小的、可管理的任务
代码
每天:简短的会议,团队成员在会上解释他们的进展,他们在做什么,以及他们在哪里陷入困境
每两周(或一周,或一个月…取决于你的项目):交付一份你
您是否积极管理软件开发项目的债务?如果是,您是如何做到的?在我们的团队中,我们积极管理技术债务。我们做Scrum,所以我们为当前迭代或下一个迭代生成一张技术债务卡,这取决于估计值和我们剩余的sprint容量,它们会像功能和bug卡一样获得优先级。我们还通过跨团队积压技术债务来管理更大、跨团队的债务项目,我们在每个Scrum团队的sprint规划期间对这些技术债务进行优先排序并将其注入其中。管理技术债务的一个方面是说服非技术管理人员,您需要分配时间进行重构和缺陷修复
关于如何做到这一点。我认为,如
一些人建议,在进行估算时,应在预计交货时间上下浮动。我见过的少数几个项目工具似乎需要一个固定的日期。有没有支持估算范围概念的工具?Joel在他们的FogBugz 6.0软件中兜售。我使用的是Mac的项目管理产品。当您开始一个新项目时,它会询问您开始日期和结束日期-这看起来是固定的,但是当您查看项目计划检查器时,您会发现实际上开始日期和结束日期都有一个最早的日期和最晚的日期,可以编辑。默认情况下,它将开始日期添加到最早的开始日期,将结束日期添加到最晚的结束日期,您可以根据需要进行调整。还有一种经典
只要有软件项目,全世界都想知道为什么它们经常失败
我想知道是否有一个列表或类似的东西显示了今天有多少软件项目失败。如果能比较一下过去20-30年,那就太好了
您还可以添加软件项目失败的主要原因。我的观点是“需求很差,甚至不存在”,也包括“没有(真正的)客户/用户参与”
编辑:几乎不可能清楚地定义术语“失败”。假设失败意味着:项目超出预算和时间10%以上。
在我看来,10%+/-是一个很好的报价/投标范围
编辑:直到现在(2月11日),似乎大多数海报都认为项目失败基本上就是项目管理的失败(不管失败
我注意到许多开源项目继续使用邮件列表代替论坛。我个人发现邮件列表既麻烦又无法查询,这使得使用它们的项目更难解决/讨论技术问题。我是否错过了邮件列表的一些继承优势,或者它们是过时的
澄清一下,这不是一个“邮件列表一般有什么好处”的问题。我刚刚注意到,它们非常常用于软件开发项目,而互联网的其他部分似乎已经开始发展。那么,在软件开发中使用邮件列表有什么好处呢?如果你关注多个论坛,那么邮件列表比论坛要好得多,因为它们是推送技术。如果我关心N个不同的项目,我可以订阅N个不同的邮件列表并将所有信息保存在邮箱
估计任务持续时间的最佳时间分辨率是什么
是0.5、1、2、5天,还是应该减少到0.5、1、2、4小时,然后继续增加到天
对标签文本的更改是否应该是一项任务?(预计到达时间
现在,我非常沮丧,因为我正在开发一些很酷的机制来优化计算系统,将计算数量从大约50万减少到几千。我花了很多时间检查和分析数据,写下东西,做一些测试,通常只是做我的工作。
然后我们开了一个项目会议。我已经解释了我想做什么,需要多少时间,以及它可以改进项目,甚至可以创建新功能。然后决定在下一个截止日期之前做这一切的时间太长了。(如果允许我继续的话,最后期限必须延长。)一次快速的头脑风暴表明,有一个简单的解决方法可以替代,这将把优化过程再推迟几个月
好吧,很难
好的。。。我刚把挫折写下来。现在的问题是
我想知道,当一个新项目到来时,比如说建立一个社交网站,我该如何将项目分解成小任务。每个项目通常有2-4名程序员,通常没有测试人员。我应该从一开始就把整个网站分成4个小时的任务吗。我们应该分阶段进行吗?那么测试呢,让程序员测试代码可以吗
感谢您抽出时间。您需要拿起一本关于项目管理的基本书籍,阅读并实践从中所学到的知识。查看维基百科关于项目管理的文章是一个很好的起点:
分解项目的一种方法是设定里程碑,并进行粗略估计以达到这些里程碑。不要把事情复杂化。通常项目规划和估算在项目开始时是不可靠的。但是,随
我花了几个小时寻找关于软件开发方法(如瀑布、RUP或Scrum)的最新数据,但找不到任何有用的信息。有人知道这样的调查吗?相应的文件不需要免费提供,但作为一件理所当然的事,我将不胜感激
多谢各位!
Seb既然你愿意花钱,你可以找一家像这样的专业分析公司。他们会生成大量的报告,你可能会在他们的档案中找到一些东西。大公司经常引用Gartner的研究
如果没有任何结果,你应该在研究论文中搜索。谷歌学者可能会在这方面帮助你
如果其他方法都失败了,而且你手头有足够的时间,你可以自己做一个小研究:随机挑选一
众所周知,It项目的失败率令人震惊(一些调查表明失败率超过60%)。通常,项目经理试图从这些失败中“恢复”,或者通过压缩他们的资源来加班,或者通过降低可交付成果的质量(减少测试工作量、缩小范围等)。不幸的是,软件质量并没有被企业领导者视为非常重要
我想知道其他职业是否也是这样?例如,在失败成本非常高、单一错误可能造成灾难性后果的建筑行业,如何管理项目?像欧洲隧道和马石油塔这样的大型工程项目需要数千人和数十亿美元的建设,但这些项目中的大多数都在时间内或有时甚至提前成功完成
在其他行业如何规划和管理
例如,我们遇到的问题是,客户请求更改或报告一个bug,该bug最初被输入到我们的bug跟踪软件(TFS)中,但10封电子邮件之后,bug报告中的初始描述已过时。每次去更新都很痛苦,大多数时候都不是
这成为一个令人头痛的问题,因为有时我们无法给出某个功能的状态,而知道它是否已经完成的唯一方法就是运行应用程序并查看它是否存在
有没有一种工具可以简化这个过程?
谢谢您应该设置错误跟踪软件,以便在每次有人碰到错误时通知相关人员。这样,“10封来回的电子邮件”就可以根据软件的更改生成
不,当然您不会将客户
需要一些关于计算团队冲刺速度的建议
我们的团队通常由大约4名开发人员和2名测试人员组成。scrum大师坚持认为每个团队成员都应该对速度计算做出同等的贡献,也就是说,在计算我们在sprint中可以做多少时,我们不应该区分开发人员和测试人员。根据Scrum,这个方法是正确的,但问题出在这里
尽管有相反的建议,测试人员从不帮助非测试任务,开发人员从不帮助非开发任务,所以我们根本不是跨职能团队成员。此外,尽管有各种各样的建议,测试人员通常会在每次冲刺的前几天等待测试
最终的结果是,通常情况下,我们承担的
一个人可以采取什么步骤来降低一个人的团队在一个项目上工作的风险,特别是当这个人是一个相当初级的程序员时
我问这个问题是因为我是一个初级程序员,没有人愿意做代码审查之类的事情。我想,部分问题在于我在一家嵌入式软件公司从事web应用程序的开发,因此大多数员工的专业知识都在不同的领域。最佳实践与更大的团队没有太大的不同。源代码管理、单元测试、遵循语言的样式指南、编写所有脚本而不是使用手动过程,并尝试在代码的复杂部分至少提供一些高级文档和注释。对于重要且难以更改的特定决策,如代码与数据库的交互方式,请尝
这个问题看似微不足道,但却是一个实际的问题:当你在做一个项目时,你在真正开始编码之前是否做过架构设计?您是否花费大量时间与客户一起工作以获得详细的规格/用例/模型
在编码过程中,您是否更改了以前做出的架构决策?您是否向客户提供了一套新的规格/用例/模型
我想知道,根据您的经验,在所有这些非编码操作和编码本身之间有什么好的平衡
更新:
好的,从anwsers到目前为止,似乎有两种方法:
早期设计,然后静坐并编写代码以避免后期修复
尽量减少设计本身,而不是迭代开发(敏捷方法论似乎更喜欢这样)
我
“这真的很简单,我只想要一个屏幕。”
“哇,那[闪闪发光的东西]一定花了很多功夫。”
我发现非技术客户在估计他们所要求的功能有多简单或多复杂方面非常糟糕。他们对事情有多困难的估计似乎主要围绕着他们能看到多少用户界面,他们认为计算机是一个能够回答开放式问题的人
作为程序员,我们知道情况并非如此。通常,复杂的接口只是多布线的问题,而知道正确答案的“魔术按钮”往往需要大量工作(或者因为需要强大的人工智能而无法在今天的计算机上实现)
我们还知道,这会导致问题,特别是在评估和交付工作时,或者当“小变化”需
我们是一家规模较小(20人)但仍在成长的互联网机构,我们决定是时候任命一名运营总监了。技术总监和一名项目经理(正在从项目管理转向产品开发)处理了大部分操作上的繁重工作
什么样的性格最好
他们是否应该有技术背景(程序员?系统管理员?)
年龄重要吗?我们应该找30岁以上的人吗
是否有任何特定类型的爱好、环境和其他外部指标表明某人是运营之神/女神(我知道如何识别技术/创意极客,但不知道如何识别运营极客。)
这绝不是确定的、全面的,甚至不准确的——但以我的经验,以下几点适用
个性类型实际上取决于团队
这意味着我们的修改代码/构建/调试周期往往非常长(我喜欢!),而且在构建过程中很容易失去“流程”:通常没有太多时间做任何有用的事情(可能发一点电子邮件,或者在线阅读一些文章或几页书)
在编写新代码或进行重大重构时,我尝试一次只编译一个文件。然而,在调试过程中,例如,它真的让我神经紧张
我想知道如何优化我的时间?我想我不是唯一一个处于这种情况的人:你会做什么?我对这个级别的开发不太了解,但是。。。将其分为多个解决方案似乎是个好主意。如果您/您的客户真的坚持,您可以有一个最后的“发货前”步骤,将它们
大多数人都在某个时候来过这里——在你的项目中,你会收到一些非常小的请求,你很乐意处理这些请求,但在某个时候,这些小请求会累积起来。有时,实施某件事情所花的时间比重新协商项目计划所花的时间要少
如果规范/需求计划是体面的,而且它不是一个注定要开始的项目,那么你到底在什么时候吹哨并开始重新谈判?有任何请求吗?该请求何时需要额外的页面/表格?或者只是去感受一下?我很想听听你是如何打电话的。在项目计划中预算N小时的临时请求。(你知道这会发生,为什么不在里面呢?)然后跟踪你的临时请求,并在预算到期时重新协
几年前从CS毕业后,我最近开始了软件开发的职业生涯。我现在的项目是一个大型的正在进行的项目,它起源于90年代,混合了C、C++和java。支持多种平台(UNIX、WIN等),使用CVS等较旧的技术,以及某些领域的一些过时文档
我的软件开发技能的程度源于上大学,因为我几乎没有实际经验。我觉得我在CS中有一个不错的基础,但我不能不觉得有点不知所措。我很兴奋能成为如此巨大的事情的一部分,但同时我觉得有很多信息需要吸收
我的同事都是很棒的人,他们回答了我很多问题。我的雇主雇佣我时知道我是入门级的
我试着
请告诉我你用什么样的程序来代替JIRA/confluence。我不喜欢jira,因为它的设计太Java风格了。例如,我喜欢PivotalTracker跟踪新项目
你有什么建议?谢谢 就个人而言,我喜欢跟踪我的项目/任务,并在工作中使用wiki
我觉得它完全是个人口味的,也许对你有用吧?Mindtouch真的很棒。他们有一个社区版本,他们的脚本非常直观。搜索速度很快,他们的用户社区非常活跃。尝试Fusion Forge对我来说很好。我们公司的许多项目都使用Trac(请参阅)。它是轻量级wiki、问
我意识到这是一个主观问题,所以我将其标记为社区维基。不过,我认为它非常特定于编程团队,所以我将它发布在这里,而不是其他地方
我领导一个小型游戏开发团队,四人作为一个辅助项目。我们是一个不相交的团队,每个人都在不同的地方,但我们确实有一些有组织团队的支柱
源代码控制
连续积分
缺陷追踪系统
文档工作区
定期会议
日历/时间表
你如何让你的不相交的小团队走上正轨?我倾向于同意Joel的观点,并且知道我的团队是有动力的,但是当每个人都没有身体上的联系,看不到团队中其他人在做什么时,很容易偏离正轨。欢迎
上一页 1 2 3 4 5 6 7 8 9 ...
下一页 最后一页 共 16 页