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

Question

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

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

我想知道的是,当你独自在一个项目上工作时,你是如何激励你的工作的.
你是否遵循任何特定的做法？

编辑

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

做法

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

Answer 1

简单明了的是,如果你热爱自己所做的事情,那么能量将会达到你需要做的事情.

即使团队当时可能正在开展不同的项目,一起共进午餐,聊天,或者早上的scrum会议,以及你的表现如何,这可以大大提高生产力.

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

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

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

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

Answer 2

我们公司的情况也类似。我们有六名开发人员，大部分时间都是单独处理不同的项目。为了保持一定的质量水平并保持一定的动力，我们这样做：

• 我们每周与开发商举行会议。每个正在运行的项目都会对其实际状态和下一个里程碑进行简短总结。每个开发人员都会简短地讲述他上周做了什么以及下周将做什么，并谈论遇到的问题（其他一些开发人员可能已经解决了这个问题并提出了建议）。
• 每周星期五我们都会进行一次简短的谈话。他经常更详细地介绍他正在从事的项目，但我们也会讨论有趣的技术、新的库/语言/工具或尝试一起解决更大的问题。
• 我们通过发布创造里程碑。每个里程碑都必须包含门票（以及哪些门票不应成为该里程碑的一部分）。最后在发布之前必须得到另一位开发人员的批准，以便在发布之前发现可能存在的问题。
• 我们与 Hudson 进行持续集成，并激活了持续集成游戏。