今天想跟大家伙儿聊聊我捣鼓安卓项目那点事儿。这事儿，说复杂也不复杂，说简单也真不简单，反正就是一通折腾。
起初的混乱
刚开始接手那会儿，有点懵。需求文档零零散散，今天东家说加个功能，明天西家说改个界面，脑子里就跟一团浆糊似的。那会儿我们团队小，也没啥正经的项目管理流程，基本上就是靠吼，或者在群里喊一声，谁有空谁领任务。结果？
- 任务A做了一半，发现跟任务B冲突了。
- 张三以为李四在做某个模块，李四以为王五会弄，谁都没动。
- 版本迭代的时候，东拼西凑，代码看着都头疼。
- 进度？啥是进度？基本上就是老板问起来了，大家赶紧加班赶一赶。
小编温馨提醒：本站只提供游戏介绍，下载游戏推荐89游戏，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区
那段时间，天天焦头烂额，感觉项目随时要崩。真心话，那时候觉得做安卓开发咋这么累心！
痛定思痛，引入“章法”
后来实在是顶不住了，开会的时候大家一致觉得，得找个法子管管这摊子事儿。有人就提议，要不用用那个叫啥Project的玩意儿，或者类似的工具，把任务都列出来，排个先后顺序，责任到人。我当时心想，这玩意儿跟Excel似的，会不会搞起来更麻烦？但死马当活马医呗，总比现在一锅粥强。
于是我就开始琢磨这事儿。找了些资料看，也问了问用过的朋友。他们说，这东西主要是帮你规划、跟踪和分配资源。听着挺玄乎，但琢磨了一下，不就是把以前咱们脑子里想的、嘴上说的，都落到实处，变成看得见摸得着的东西嘛
我的实践过程
说干就干，我先拿我们手头这个安卓项目开刀。
第一步，梳理需求，拆分任务。 我把所有已知的功能点、模块，甚至是那些零碎的bug修改，都一条条列出来。然后就像切蛋糕一样，把大任务切成小块块。比如“用户登录注册”这个大功能，我就拆成“设计UI界面”、“编写前端逻辑”、“对接后端接口”、“单元测试”等等。这一步特别重要，拆得越细，后面越好控制。
第二步，估算工时，安排负责人。 每个小任务，我都拉着对应的人一起估算大概需要多少时间。刚开始大家估得都不准，有的乐观了，有的悲观了。我就说，没关系，先估着，后面再调整。然后把每个任务都明确到具体的人。谁负责哪一块，清清楚楚，跑不了。
第三步，排定计划，明确依赖。 这是用Project类工具的核心了。哪个任务必须先完成，才能开始下一个任务，这种前后依赖关系得搞明白。比如，你总不能接口还没前端就开始联调？把这些关系都设定工具就能自动帮你生成一个初步的甘特图，啥时候该干一目了然。
第四步，跟踪进度，及时调整。 这步最磨人。光有计划不行，得执行。我基本上每天都会花点时间，看看各个任务的进展怎么样。有的人自觉，会主动更新进度；有的人就得催。我就跟个盯梢似的，哈哈。 遇到有延期的，或者有突发情况的，比如某个技术难点卡住了，或者需求又变了，就得赶紧在工具里调整计划，看看对后续任务有多大影响，然后大家一起商量对策。
我还记得有一次，有个核心模块的开发小哥突然家里有急事请了好几天假。搁以前，那肯定就抓瞎了。但因为用了这套方法，我们能很快看到他手头的任务对整个项目进度的影响，然后紧急协调了另一个同事接手，虽然也延误了一点，但至少没让整个项目停摆。
的效果和一点感悟
这么折腾了一段时间，效果还是挺明显的：
- 项目透明度高了。 每个人都知道自己要做什么，也知道别人在做什么，项目整体进展到哪一步了，心里都有数。
- 沟通成本低了。 很多事情不用来回口头确认，看看计划表就行。
- 风险能提早发现。 哪个环节可能出问题，能比较早地预警。
- 老板也踏实了。 问进度的时候，我能拿出实实在在的东西给他看，不是瞎掰。
这玩意儿也不是万能的。工具终究是工具，关键还是在于人。 大家得配合，得有责任心。而且计划赶不上变化也是常有的事，所以得灵活应变，不能死守着计划。上手的时候也确实有点学习成本，界面功能啥的得熟悉熟悉。
对我们这个安卓项目而言，引入这种项目管理的思路和工具，确实是帮了大忙。从一团乱麻到慢慢理顺，虽然过程也挺费劲，但结果是好的。现在再做新项目，我都会习惯性地先把它规划清楚，心里踏实多了。
今天就先跟大家伙儿分享到这儿，算是我个人的一点实践记录，希望能对正在或者将要捣鼓安卓项目的朋友们有点启发。瞎琢磨，瞎折腾，总能弄出点名堂来！
