Questions tagged «teamwork»

有关与同事或团队合作的问题。(关于工作建议或教育,团队合作的问题有被“搁置为脱题”的风险。)

8
关于团队领导的表现,您应该问团队的三个最重要的问题是什么?
我正接近一个小型软件公司内部的一个小型开发团队(包括我自己在内的4个成员)的负责人,将近1年。我想让我的团队有机会评估自己作为团队开发人员的团队领导的表现。 我发现很难以开放式“我好吗?”来获得良好的反馈。问题,那么最重要的问题是什么?理想情况下,我希望能够提供3个简单的问题,团队可以回答。您想向团队负责人反馈哪些最重要的部分? 我最初的想法是让我的团队匿名回答这些问题?这是一个好主意吗?

17
与编码风格不一致的同事打交道?
当您与倾向于编写风格上很差的代码的人一起工作时,您会怎么办?我正在谈论的代码在技术上通常是正确的,结构合理的,甚至在算法上可能是优雅的,但看起来却很丑陋。我们有: 不同命名约定和标题的混合(underscore_style和camelCase和UpperCamel以及CAPS全部或多或少地随机应用于同一函数中的不同变量) 奇异且不一致的间距,例如 Functioncall (arg1 ,arg2,arg3 ); 注释和变量名中很多拼写错误的单词 我们有一个很好的代码审查系统,可以正常工作,因此我们可以仔细研究并修复最糟糕的问题。但是,发送包含50行“在此处添加空格。正确拼写'itarator'。更改此大写字母等”的代码审核确实很琐碎。 您如何鼓励这个人更加小心并与这些细节保持一致?

2
如何执行良好/更好的源代码控制实践?
我怀疑我专注于错误的问题,因此在介绍我设想的可能次优的解决方案之前,我将首先描述我认为问题所在。 当前情况: 目前,我的同事只有在很长一段时间内才提交他们的代码更改,这些更改分散在整个项目中。我猜这是进步,因为不久前他们只是将.zip存档放在某些网络共享上。尽管如此,合并仍然是一场噩梦-坦白地说,我已经受够了。而且我也厌倦了交谈,解释和乞讨。这只是必须停止-不要让我不断成为“坏人”。 我的解决方案: 由于似乎对这些问题一无所知,并且/或者对这些问题没有兴趣,而且我不能指望任何努力可以持续几天以上……因此,我想让几个小时的颠覆服务器来做这些事情。唠叨。 我的问题: 我是在这里偏离基地还是在看错问题?似乎我缺少了一些东西,而且我认为通过查看解决问题的工具来问错了事情。 我应该在寻找一种工具来解决此问题,还是应该采取什么措施解决此问题?

7
如何说服队友遵守一些基本规则
我的队友有问题。长话短说:我们是三个学生,正在为一个竞赛项目工作。该项目包含2个独立的应用程序:一个用于Windows(由我开发)和一个用于Android(由我的同事负责开发)。我们的代码库永远不会相交,应用程序将通过第三方工具进行通信。 问题如下:去年我在一家大公司实习时,我有一些在团队中工作的经验,并且我尝试为我们的代码强制执行一些编码标准。我还设置了一个git仓库/ wiki /协作软件,可以用来推送代码/编写想法,文档协议等,但是看来我是唯一使用这些工具的人。 我试图告诉他们,从长远来看,编写高质量的代码和记录每一个步骤将使我们受益,但他们似乎没有看到它的好处。我也在考虑添加一些集成测试,但是据我所见,只要他们不使用当前的工具来简化他们的生活,我想我就无法说服他们集成测试的用处。 同行的大多数代码都驻留在他们的计算机上,他们没有共享通用的代码库,而且正如我发现的那样,他们通过使用usb棒开会和共享代码来集成自己的代码。 我的问题是:我对此事是否太苛刻?我是否执行一些荒谬的规则?请记住,这是一个小项目,要求非常明确(我创建了说明应用程序应该做什么的文档),三个熟练的开发人员可以在3-4天之内完成此操作,因此他们可能看不到书写质量的额外复杂性代码,只要它们当前的方法可以正常工作。 有什么方法可以向他们展示使用git等记录代码的好处吗?

13
我们团队的色盲成员
我的团队非常依赖于代码中的颜色来概述需要使用的功能(我们为需要注意的代码行加色)。我们有一个色盲的密友,想加入我们的团队。在不使用颜色的情况下,我们能做些什么来突出需要满足的需求?我们的团队中大约有25个人都习惯了线条着色系统,我们发现它是最有效的。
28 teamwork  color 

13
如果您的程序员中奖,如何确保您的公司不会破产?
我下面有几个程序员,显然他们都很出色,非常聪明。非常感谢你。 但是问题在于,每个人都对一个核心领域负责,而团队中的其他人对此一无所知。这意味着,如果将他们中的任何一个带走,我的公司将因为无法替代而破产。 我正在考虑引进新的程序员来掩盖他们,以防万一他们被公交车,辞职或其他任何事情所打击。但是我怕 老式的程序员可能会主动抵制知识转移的想法,担心备份会降低其价值。 我没有一个可促进不同开发人员之间的技术转让的系统,因此即使我要求他们这样做,也无法保证他们会正确执行。 我的问题是 如何将它们交给老程序员,使他们同意 您使用什么系统来促进这种“备份”?我知道您可以进行代码审查,但是有没有简单的方法来执行此操作?我认为我们还没有准备好通过检入代码审查来进行全面检入。

13
处理我陈旧的同事
我是一个相当年轻的程序员,我在一家中型公司的IT部门工作。我有一个同事,他是一个非常好的Visual Basic 6程序员。我的意思是非常好。老实说 在我需要喝第一杯咖啡并启动机器时,他可以交付工作中的应用程序,其中包含的错误很少。他就是那么好。 事实是,我们正在与一个团队合作,他的工作风格完全过时。他不相信版本控制软件(如果您只是确保代码正确,就不需要所有的废话)。不相信部署(我可以交付一个可运行的可执行文件。如何部署该文件供系统管理员了解)。不相信抽象。(''如果您想创建一个子例程,请继续,但是不要从该子例程中调用任何子例程。这样会造成混乱,并且代码也很难遵循。这样,每个人都可以遵循该过程中的每个步骤。 ”或“是的,请确保您可以使用该库为您完成此操作,但是那样您就不会真正了解正在发生的事情”),当然也不相信OOP。(我们在VB.net中工作) 他的工作非常出色,可以比我更快地交付应用程序。但这在团队中是行不通的。我们的其他团队成员很安静,尽管他倾向于同意,但他不喜欢大声说出来。我们的经理认为我是有根据的,但不是程序员。 我很难维护他编写的程序,但这并不能营造良好的团队氛围。您认为对我来说最好的事情是什么?

8
作为Scrum Master的开发经理有哪些不利条件?
人们普遍认为,团队经理不应该是Scrum的主人,但是我在努力地寻找原因。对于上下文,我是一个Scrum团队中的4个开发人员的应用程序开发经理。我来自Scrum Master的背景,并向组织介绍了Scrum。我从头开始建立了团队,并明确表示我所做的一切都是为了促进团队的工作,并且他们会做出决定。作为一个团队,我们非常开放-他们甚至在站立时让我沉默了一段时间,以消除我们开始获得的“报告”感觉。缺乏开放性通常是反对经理作为Scrum Master的最大理由,但处理得当,可以通过正确的文化轻松克服。 经验丰富的Scrum教练已警告过我,这是一种危险的情况,并且存在“万一情况不佳”的风险。我认为两个职位不会冲突,在这两个角色中,我对团队和个人的目标都是相同的。Scrum解决了团队内部的冲突,该冲突传统上可以是经理角色。冲刺的自我管理性质消除了经理传统上要做的工作分配。 作为开发经理,我真正剩下的就是确保满足个人需求,职业目标,工作场所等。我每周都会与每个团队成员进行交流,以提出任何问题并处理任何管理任务。其中很多与团队直接相关,或者与我作为Scrum Master的角色直接相关。 我知道在大型组织中这是如何难以管理的,并且是一个单独的角色,但是对于小型组织,我们当然不能为另一个Scrum Master或Development Manager辩护。 请告知我开发经理作为Scrum Master的陷阱,不包括我上面提出的和已经克服的要点。
27 scrum  teamwork  team  roles 

7
您如何编码而不冒犯?
我的意思是,您如何着手与已经使用多年并且非常熟悉它的开发人员共享代码库? 我不想踩任何人的脚,但是我对操作方式的抱怨不是那么微妙,无论是我用空白代码还是频繁检入SVN。因此,尽管我可以轻松更改这些内容,但总体而言,我想成为一个更好的团队开发人员。 除了询问外,我不确定该怎么做,但也许你们有一些想法可以付诸实践。 更新 没有任何样式指南可以说,只是人们不习惯共享代码库。每个人都有自己的孤立的代码世界。 这是一家Perl商店,但是我敢肯定,这适用于任何语言 更新2 后来成为首席执行官的CTO完全是大狂,是这些投诉的主要来源。如果您没有按照他的喜好来做任何事情,无论是使用Mac还是Emacs,或者使用4个制表符而不是2,或者以某种方式修饰,那您就很自卑。我试图纠正这种可怕的情况,但是对我来说唯一正确的答案就是离开。 我坚信这是在工作场所中欺负的一个例子,随后,我更加意识到在工作环境中可能存在细微的欺凌和不当行为。 对于寻求此类情况答案的任何开发人员,请立即离开。您不能通过团队合作来摆脱糟糕的团队环境。
27 teamwork 

6
如果您遇到了一系列糟糕的雇主该怎么办?[关闭]
因此,我经历了一系列非常糟糕的经历,并且想知道自己在做错什么。 我刚开始是一所主要大学的兼职程序员。我的手腕出现问题,并(非常)向我的人体工程学住宿寻求帮助。 我的老板开始对我尖叫,后来声称我对她尖叫。当被问到这个问题时,她才开始哭泣。幸运的是,周围还有其他人听到了尖叫声,并且知道我在讲真话。她最终被放开了。 我的合同上升了,我换了工作,这次是初创公司。好吧,我们花了几个月没有得到开发机器。经济不景气时,他们开始要求疯狂加班。我之所以遵守,是因为我害怕去找工作。最后的稻草是他们在我父亲的葬礼发生之前就与我联系以解决问题。 我被解雇了,没有按时收到最后的检查,公司把我的COBRA搞砸了,直到几个月都无法得到处方。他们最近因其行为被X州罚款。现在,即使我为他们竭尽全力,并且他们愿意在被罚款之前,他们还是拒绝提供参考。 我很快就开始了新工作,主要是因为我确实需要设置健康保险。他们希望我在几周内完成几个月的工作。他们没有项目计划。他们的客户表现不佳,因为如果有人进行拼写检查,应用程序的整个部分将停止工作。即使他们对我的工作抱有完全无法言喻的期望,他们还是很高兴地说要花几个月的时间才能修复拼写检查错误。几乎没有培训。 他们让我面试候选人,然后我选了一个。显然,那个人是我的替补,因为几个月后我被释放了。 最近,我的前老板给我的现任老板打了个电话,指控我劝阻人们不要申请他的公司的公开职位,这太疯狂了,因为我什至不知道他们正在招聘。 我觉得我有一件T恤,上面写着:“如果您疯了,或者想要有人四处乱逛并受到恶劣对待,请雇用我!” 再说一次,当我看一些程序员的简历时,我也看到了恐怖的故事。 那么,有什么我可以做些其他事情来避免这些问题的方法吗?人们没有标准是我们职业的一部分吗?也许这完全是我的个性问题? 是否还有其他人经历过一系列糟糕的经历并扭转了局面?

11
在某些任务中可以使用贵公司不支持的语言吗?
我在一家支持多种语言的公司工作:COBOL,VB6,C#和Java。 我在主要工作中使用这些语言,但是我经常发现自己要用Python编写一些次要程序(例如脚本),因为我发现它是完成此类任务的最佳工具。 例如:分析师给了我一个复杂的CSV文件来填充一些数据库表,因此我将使用Python对其进行解析并创建一个数据库脚本。 有什么问题? 我看到的主要问题是这些快速且肮脏的脚本中的一些部分正逐渐变得越来越重要,并且: 我的公司不支持Python 它们不受版本控制(我以其他方式对其进行备份) 我的同事不了解Python 分析人员甚至已经开始在电子邮件中引用它们(“启动导出脚本...”),因此比我最初想象的需要更多的时间。 我应该补充一点,这些脚本只是不属于主项目的实用程序;他们只是帮助在更短的时间内完成琐碎的任务。对于我自己的小任务,它们有很大帮助。 简而言之,如果我是偶然的彩票赢家,我的同事将需要在没有这些脚本的情况下保持项目的生命。例如,他们会花费更多时间手动修复CSV错误。 这是常见的情况吗?难道我做错了什么?我该怎么办?

9
如何处理关于“过早优化是万恶之源”的误解?
我遇到了很多人,他们在原则上反对任何在英语中通常被认为是“优化”的东西,他们经常逐字引用(部分)引用“过早的优化是万恶之源”。作为他们立场的理由,暗示他们将我所说的一切解释为“过早的优化”。但是,这些视图有时是如此可笑地根深蒂固,以至于它们几乎消除了任何与最纯粹的“天真的”实现方式有关的算法或数据结构偏差……或者至少与它们之前的工作方式无关。在听到“性能”或“优化”的消息后,人们如何才能像这样使人们再次“张开耳朵”?我该如何讨论对性能有影响的设计/实现主题,而又不会让人立即想到:“这个人想花两周时间来编写十行代码?” 现在,在这里以及在Web的其他角落已经讨论了 “是否所有优化都是过早的并因此有害的”的立场,并且已经讨论了如何识别优化何时过早并因此有害的立场,但是不幸的是,现实世界中仍有一些人不愿意挑战自己对反优化的信念。 以前的尝试 几次,我试图提供Donald Knuth的完整报价,以解释“过早的优化是不好的”↛“所有的优化都是不好的”: 我们应该忘记效率低下的问题,例如大约97%的时间:过早的优化是万恶之源。然而,我们不应放弃我们那临界的3%的机会。 但是,在提供完整报价时,这些人有时有时会变得更加确信我在做的是Premature Optimization™,并深入研究并拒绝听。好像“优化”一词使他们感到害怕:在某些情况下,我能够通过避免使用“优化(e | ation)”一词来提出实际的性能改进代码更改,而不会被否决。和“性能”(这个词也很吓人),而是使用“替代架构”或“改进的实现”之类的表达方式。因此,这似乎真的是教条主义,而不是他们实际上是对我的批评进行评估,然后视其为不必要和/或过于昂贵而将其驳回。

10
帮助新程序员变得更加熟练,并且不问我那么多?
我目前正在与新程序员一起进行项目。我如何帮助他加快工作速度?他经常问我问题,并且我与他一起在ribs.js(项目的一部分)中编程。 现在,我希望他亲自处理项目,以便我可以专注于其他事情以加快流程。他不想Google的事情或不想在论坛上问问题是否出现。他只是来找我。他应该怎么做?我该怎么办?当我强迫他时,他很快就会做事。我如何激励他自己做更多的工作?

12
对代码的情感依恋[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 作为公司的员工,当您编写代码时,您是否觉得自己有附件?您是否觉得自己拥有该代码的所有权?还是您将它写成与它完全分离,而不用担心转移到其他内容之后会发生什么? 编辑:我不是在谈论编写错误的代码,然后运行...

4
使用Git Stash作为工作流是否是反模式?
最近,我一直在研究我和我的团队如何使用Git以及我们的工作流程如何工作。我们目前使用的功能分支工作流程似乎运行良好。 我还看到我们团队中的某些人使用基于git stash的工作流。工作流程如下所示: 在主分支上工作(如master) 随手提交 如果需要更改或切换分支,请将未提交的更改推送到存储中 更新完成后,将更改从隐藏项中弹出。 我应该提到,此工作流代替了功能分支工作流。在这里,开发人员只需要在一个分支上工作,而不是采用分支机构就可以按照自己的意愿推送/弹出堆栈。 实际上,我认为这不是一个很好的工作流程,因此分支比以这种方式使用git stash更合适。我可以将git stash的值视为紧急操作,但不能用于日常的常规工作流程中。 定期使用git stash是否会被视为反模式?如果是这样,可能会出现哪些具体问题?如果没有,有什么好处?

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.