architecture - 单个开发人员应该遵循多少流程？正式的流程是不是太多了？

Question

由于最后一道题写得不好，而且大部分答案都很好，但完全不符合我想提出的问题，我将其删除并重新制作为这个问题。

我是我自己项目的独立开发人员，通常是非常小的事情，但我有一些想法可能会变成 FOSS 项目。我相信文档(在不同程度上，取决于特定项目和最终用户)、源代码控制和项目管理(包括错误跟踪、时间管理等)。但是，我不确定 formal process 有多少我应该跟随。

也许只需要在源代码控制下保留自述文件、相关的设计/需求文档和代码内注释就足够了。或者也许有一个适合单个开发人员遵循的敏捷过程。或者也许我应该为每个项目采用老式的瀑布模型。

如果我什至需要一个正式的流程，有哪些类型的流程适用于或可以被单独的开发人员采用？

编辑:我意识到我正在做一些任务，比如文档和源代码控制。但是，我不确定问题的部分内容。作为单独的开发人员，我应该采用更敏捷的方法(如果是这样，敏捷的哪个“分支”- XP？Scrum？RAD？)还是更传统的方法(瀑布式或螺旋式？)？

Answer 1

即使您不需要流程来促进团队成员之间的良好沟通，流程也可以帮助您弥补以下事实:您不像 18 岁时认为的那样超人 :) “文书工作”的类型和数量你决定做什么取决于你自己的长处和短处。记性不好？每天写下你的设计和想法。看树好看，看不到森林？确保您对您的要求和设计格外小心。能看到森林但不适合树木吗？详细的任务列表、时间估计和频繁的交付是您的 friend 。

归结为:您可能会搞砸什么，哪些流程有助于您的特定工作方式。