由于我没有很好地编写最后一个问题,并且大多数答案都很好,但根本不是我想要进入的问题的方向,我删除它并将其重新制作为这个问题.
我是自己项目的独立开发者,通常都是非常小的东西,但我有一些想法可能会变成FOSS项目.我相信文档(在不同程度上,取决于具体项目和最终用户),源代码控制和项目管理(包括错误跟踪,时间管理等).但是,我不确定我应该遵循多少正式程序.
也许只需在源代码管理下保留README,关联的设计/需求文档和代码内注释就足够了.或者也许有一个适合单个开发人员遵循的敏捷过程.或许我应该为每个项目采用一个老派瀑布模型.
如果我甚至需要一个正式的流程,那么独立开发者可以采用或可以采用哪些流程?
编辑:我意识到我正在做的任务,如文档和源代码控制.但是,我不确定问题的部分内容.作为一名独立开发人员,我应该采用更灵活的方法(如果是这样,敏捷的"分支" - XP?Scrum?RAD?)或更传统的方法(瀑布式还是螺旋型?)?
即使您不需要流程来促进团队成员之间的良好沟通,流程也可以帮助您弥补您不像您认为的那样超人的事实18 :)"文书工作"的类型和数量你决定做什么取决于你自己的优点和缺点.记性不好?每天记下你的设计和想法.很好看到树木而不是森林?确保您对您的要求和设计格外小心.很好看到森林而不是树木?详细的任务清单,时间估算和频繁的可交付成果是您的朋友.
它归结为:你有什么可能搞砸了,哪些过程有助于你的特定工作方式.