任何人都有任何组织/管理独奏开发工作的技巧?

时间:2009-12-25 00:11:23

标签: scrum methodology project-planning agile

我有一个项目,我开始修补这是一个独奏项目,但我想尝试保持井井有条,并有一些方法可以工作。我见过的大多数方法都是针对团队的。我想知道是否有任何关于使用系统作为独立开发人员规划/制作项目的链接或想法。 提前致谢, 约翰

9 个答案:

答案 0 :(得分:8)

设置主源代码存储库(我使用perforce),并经常检查更改。当你单独工作时,不要这么做,但即使你不担心源文件的争用,记录你的去向可能是有价值的。

每天进入登记点的目标也将帮助您创建微观目标,这反过来将帮助您思考如何将问题分解成一小块。

答案 1 :(得分:3)

对我来说,最重要的事情是保持纪律。因此,如果你打算做TDD,那就去做吧,不要试图偷工减料。总是试着想象一下你的项目的未来,你不仅要开发代码 - 所以要让它具有可读性和逻辑性。适当地命名变量,在必要时注释(如果那是你的东西)。像在团队项目中一样使用源代码管理和签到。

此外,请牢记商业价值 - 不要将时间浪费在不会给系统增加整体价值的东西上。假设您也是业主,请尝试戴上不同的帽子,从两个角度看待项目。我不会建议你和自己说话,但要记住你的技术和业务目标。

所以基本上,做XP但没有配对: - )

答案 2 :(得分:2)

我使用我的Moleskin和Microsoft excel。

moleskin因为它的便携性,我可以随时随地阅读。我也把它用作日记。

microsoft excel因为我可以用它来跟踪我的项目完成情况。我只需创建一个列出所有TODO的表,然后添加一个具有项目状态的列(未开始,正在进行,已完成,延迟到下一个迭代),并只在该字段上运行总计。

到目前为止,这帮助我保持了正轨。我可以克服自然的自豪感,让数据指导开发过程。

在Windows上,我还使用MS robocopy脚本定期存档我的代码文件夹。 (我还没有完全掌握Subversion),有在线教程。

我也按模块工作。我不把整个项目作为一个整体,但每个部分都作为迷你应用程序使用,并使用上述做法。

答案 3 :(得分:1)

由于您正在修改项目,因此也要修改组织和方法。

  • 尝试一些版本控制系统,直到感觉正确。
  • 尝试一些问题跟踪系统。
  • 暂时没有正式的项目管理,然后尝试一些僵硬的事情。
  • 手工完成所有事情,然后尝试自动化所有事情 - 代码生成,构建和测试。

通过尝试一切来找出最适合您的方法。实验

答案 4 :(得分:1)

作为您流程的一个方面,我认为编写用户故事不会出错。我是根据经验,最近的经验说的;事实上,就在本周。我为我的第一个认真的Ruby / Rails工作编写了一些代码,这是一个个人项目:见how to make my first Ruby effort more idiomatic

在消化了我得到的答案之后,在编写更多代码之前,我发现自己写了一些可能是一两句话的段落。在某些情况下,有几个要点,但有趣的是,我并没有打算写用户故事。我只是想通过写下我想对项目做的各种事情,我会进一步澄清我的初始编码和收到的反馈所揭示的事情。

经过几段后,我意识到我正在创建用户故事。现在我已经拥有了它们,我已经编写了更多代码,并检查了我的列表中的一些内容。

答案 5 :(得分:0)

永不放弃。不要放弃。即使你认为你不能自己做 - 不要放弃。我建了一个10人的公司,在最初的18个月里,我全身心投入工作。我在前18个月开发的最终产品中的3/4代码。我们在该代码上获得了前10位客户。 不要放弃。

答案 6 :(得分:0)

计划一些,然后工作一些

始终知道下一步是什么,并专注于

记录您所做的事情和原因,包括设计决定,以便您不会围绕圈子

答案 7 :(得分:0)

作为一个单人网页设计工作室,我使用 Basecamp免费帐户来组织待办事项列表(这是任务有评论的好处,所以当你解决一些任务,你可以一步一步地评论它以供进一步参考)。消息和里程碑也很有用。为了跟踪代码(php,html等),我使用了Eclipse及其内置的CVS。

注意:我尝试了各种项目经理和版本控制系统,但是对于单个开发人员来说,它们似乎都太功能了。

答案 8 :(得分:0)

我发现遵循TDD(测试驱动开发)并始终以一些失败的测试结束开发会话是有用的。当我回到项目(可能只在几天后)后,我有一个合乎逻辑的起点。这有助于我更快地进入沟槽而不是盯着我的IDE 2小时。