|
|
1
13
项目管理系统不必很大,支持共享数据或其他类型的文档。作为一个程序员,你应该用一个来组织你的工作,但是哪一个并不重要。如果纯文本文件适合您,您可以很高兴地使用它们。
|
|
|
2
7
对。 看。你有一个项目管理系统。为什么要问? 这不一定是项目管理。你可以很容易地用你的版本控制软件做到这一点。 http://tortoisesvn.tigris.org/issuetrackers.html 这意味着你不是一个人工作,如果你在分享一些东西的话。你在这里要什么?如何分享? |
|
|
3
3
独自工作是这里要追求的关键思想。当你一个人的时候,你不会有其他人让你保持警觉的奢侈。因此,为了帮助您管理项目,一个好的“系统”是必不可少的。至于使用哪种系统,这都取决于你的个人需求,以及你想花多少时间来维护这样一个系统。
至于软件,这几乎完全是另一个问题。我个人更喜欢使用软件工具来跟踪我的所有任务,并帮助我整理数据,帮助我确定优先级和任务安排。简言之,这就是项目管理的意义所在。在家里处理自己的项目时,我使用一个简单的Redmine配置来管理不同类型的项目。计划项目,为我的婚礼安排后勤,甚至管理我的房子装修。所有这些都被添加到我的私人Redmine设置中,因为我懒得尝试更新纸质日记样式的系统。在工作中,我有一个更复杂的配置来管理我们这里的无数编程项目,并管理它们之间的依赖关系。 但我发现,最重要的是确保流程得到优化,并且支持工具可以配置为与流程匹配。你不想改变你的过程,因为工具没有达到标准。此外,该工具不应该成为您所有工作的唯一焦点,因此应该配置它以减少“繁文缛节”方面的事情。您只需要捕获足够的信息来描述您的任务,并确定何时需要完成任务、由谁来完成任务以及何时完成任务。是的,您的需求可能需要捕获更多的信息,但始终要尽量减少这一点,因为您不想感觉自己总是在更新您的项目管理工具,而您更愿意从事您一直期待的最新杀手算法!;-) |
|
|
4
1
首先是文件。有很多不同的可能性,wiki只是其中之一。我个人使用wiki主要是为了表达想法、想法和笔记。它很容易把图纸放在里面,链接到网上的资源,并非常快速地编辑。这不能用源代码注释或doxygen之类的工具替换代码文档中的内容。如果项目需要,这也不能代替手册。
第三个是更大的计划,这不仅仅是原子的待办事项,而是trac称之为里程碑的事情。必须写在什么地方。 trac现在最棒的一点是,您可以将所有这些必须要做的事情集成到一个工具中,甚至可以在所有部分之间进行交叉链接。链接到票证中的代码行,在提交消息中引用票证,使用wiki中存储库中的资源,自动构建doxygen并将其集成,等等。您必须决定是否要将trac用于项目周围的所有东西或其他东西,但是您仍然拥有这些东西,所以为什么不使用一个集成所有这些东西的系统呢?;-) |
|
|
5
0
我不使用问题跟踪器,但我练习连续(而不是“大爆炸”)集成,我很早就经常测试(寻找bug),一发现bug就马上修复,所以已知问题的列表仍然很小。 我在源代码中也有很多结构(例如,独立组件的独立项目/程序集),所以我尽量做到“代码就是文档”。 |
|
|
6
0
|