当你独自在一个项目上工作时,你如何激励自己?

时间:2010-04-10 07:49:02

标签: performance development-environment project

我在一个团队非常小的环境中工作(仅限3名开发人员),我们每个人都被分配了一个不同的项目,而不计算支持任务。我知道这是一个糟糕的商业行为,我们应该一次只处理一个项目,然后转到下一个项目(已经向管理层解释了它有多糟糕)。

所以不要回答我,我们应该一次在一个项目上一起工作。 在团队中工作时充满活力主要是结对编程,当我们向我们投掷较少的项目时,我们做到了这一点。

我想知道的是,在项目中单独单独时,如何激励您的工作。
您是否遵循任何特定的练习

修改

我们已经在整个公司进行了每日站立会议,我在撰写关于与软件质量相关的敏捷软件开发实践的硕士论文时,实施了几次“敏捷”仪式。而且DID可以改善员工的整体参与度 我所追求的是

  

实践

任何人都可以申请,而不是主观质疑开发者的激情。

5 个答案:

答案 0 :(得分:5)

简单明了的是,如果你喜欢你正在做的事情,能量就会在那里实现你需要做的事情。

即使团队当时可能正在开展不同的项目,一起共进午餐,聊天,或者在早上的scrum会议上讨论你的位置,以及什么在扼杀你的表现,可以大大提高生产力。

你会惊讶于你认为你不知道修复/排序,你的同事rpogrammer可能已经读过一篇关于或者听过讨论的文章。

总而言之,你对自己所做的事情的热情主要决定最终结果

你可能会发现,作为一名程序员,在没有火灾的这些日子里,你可能会有一些其他令人鼓舞的任务,只需要完成,没有时间。当你到达你觉得自己长时间坚持的阶段,退后一步,吃一个喙(午餐/咖啡)并做一些有趣的事情。我们星期五这样做。星期五是我们从事概念工作的日子(管理层可能不会接受),但我们知道会让生活更美好,或者看起来很不错。本周剩下的时间是研磨X - )

简单的实践是为自己设定合理的目标/时间表。还有一件好事就是在你拥有的这些立场中,开发人员应该吹嘘关于他们本周做的非常好的事情,并且应该给开发者一个小奖,获胜< / em>那个星期。让我们说一杯饮料。作为主角,您可以考虑传播奖品,以便没有开发人员认为他们总是最后。没有团队成员想成为负担。

答案 1 :(得分:2)

这本书Passionate Programmer有助于你在更全球的背景下(即你的职业生涯)进行任何练习

alt text http://pragdave.blogs.pragprog.com/.a/6a00d83451c41c69e201156f7c4710970c-800wi

  

这是一本关于在你所做的事情中找到满足感的书。这是一本关于重新点燃你第一次进入职业时感受到的火灾的书。这是一本关于创造事业的书,而不是找工作。

这是一个很好的做法,让你的日子“没有”:退一步(从你当前的工作开始),看看大局,看看日常工作如何帮助你朝着更大的目标前进。 / p>

答案 2 :(得分:2)

我们公司的情况类似。我们是六位开发人员,他们大多是独自完成不同的项目。为了保持一定的质量水平并保持一定的动力,我们会这样做:

  • 我们每周与开发者举行会议。每个正在运行的项目都是简短的总结在它的实际状态和下一个里程碑。每个开发人员很快就会告诉他上周做了什么,并将在下周做什么,并讨论遇到的问题(其他一些人可能已经解决了这个问题并提出建议)。
  • 周五的每个星期我们中的一个人都会进行简短的谈话。他经常更详细地介绍他正在研究的项目,但我们也会讨论有趣的技术,新的图书馆/语言/工具,或者尝试共同解决更大的问题。
  • 我们通过发布制作里程碑。每个里程碑都必须计划包括门票(哪些门票不应该是这个里程碑的一部分)。在发布之前,必须得到另一位开发人员的批准才能在发布之前发现可能存在的问题。
  • 我们与哈德森持续整合并且激活了持续集成游戏。

答案 3 :(得分:1)

这可能听起来很愚蠢,但月底(或一周,取决于国家)的工资是一个非常有力的理由,但不是唯一的。我认为薪水的好伴侣正在考虑项目的完成,而且感情自然也与之相关。

答案 4 :(得分:0)

根据项目的不同,我发现单独工作很有趣。我将利用这种情况作为尝试学习新事物和做不同事情的机会。

[编辑] 您可以将此视为研究项目。如果您发现团队的其他成员可以从中受益,快速配对编程会很容易让每个人都回到同一页面。