1.前言
我个人一直认为，可视化程度高并且能直观显示状态的项目管理方式是高效的，也是我一直在寻找的方式。我个人认为此种方式的精髓在于让项目执行人员也主动参与到项目管理或产品开发过程中，并不是项目经理或团队管理者单一的在进行管理。一个比较恰当的比喻就是此种方式像是自助餐而不是客户到餐馆点好餐而在等待，让团队的所有人只做一点点事情，每个人都可以清晰的知道全局的整体状态。这个所谓的整体状态不是说所有人都需要关心，而是有人需要清楚项目整体执行状态时，BigPicture结合KanBan跟踪项目执行的这种方式可以随时展现出这个状态。
因本人的一些个人工作需要，需要同时管理产品开发及项目实施的过程监控管理，但项目实施时和产品开发团队的人员并非是独立的团队，存在人员交叉的情况。在此背景下针对其管理方式做实践分享。
2.基础知识
2.1KanBan概念
如下的解释来自百度百科【看板管理，是指为了达到JIT准时生产方式而控制现场生产流程的工具，主流商管教育均对“看板”——这一源自丰田生产方式的管理工具有所介绍。】简单的来说就是可以直观的看到相关任务的执行状态的板子。那这边的介绍是基于Jira提供的KANBAN进行介绍。
如下图所示，任务可以有TODO、IN PROGRESS、DONE三种状态。（当然也可自定义状态类型） 团队的管理者可通过看板直观的看到个任务所处的状态。
2.2BigPicture
如下图所示，BigPicture是Jira提供的一款可做规划，任务层级划分、任务依赖、WBS拆解等的插件。当然也提供了多种的视图，和项目有很好的关联。（它的功能很强大，此处不展开细讲）。
3.实践运用
3.1PM职责：
PM需在BigPicture中，根据和客户或项目相关方制定好相关计划，需做好如下事项：
- 明确描述个任务的要求并分配给各个团队或任务的直接执行人。
- 区分个任务的责任团队归属打上相关Lable或Components。
- 明确计划的开始结束时间。
- 理清任务的前后依赖关系。
3.2各开发团队负责人职责：
- 协助PM做相关任务的拆分，任务依赖关系的梳理。并评审计划的合理性。
- 创建自己团队的看板。并在看板中根据PM设定的Lable或Components来定义相关Filter，识别出自己团队的任务。如下图所示此项目中共有手机端团队、服务器后台开发团队、车端开发团队，那各端的团队均需要创建相应的看板来管理相关任务。（这样的主要目的是让看板看上去不那么杂乱，仅看到和自己高度相关的任务）
- 任务颗粒度的拆分。PM在BigPicture中规划的任务的颗粒度不一定到可执行的程度，或由于一个任务需多个执行人共同参与。可由团队开发负责人对任务进一步拆分。（需要说明的是，任务的拆分是有其父子关系的，会自动在BigPicture中更新。
- 任务的分配。
3.3项目成员职责：
- 任务的执行。worklog的填写维护。
- 任务状态的更新。（在看板中维护相关状态，比如任务从前期的TODO--->IN PROGRESS------>DONE，在看板中直接拖动即可，BigPicture中的甘特图状态也会随之更新。）
4.说明
如果您是一个大项目经理，或者需要同时管理好项目执行和产品开发，这或许是一种可以借鉴的方式。
另外看板的灵活性设置也可让效率和可视化成都提高，同时看到不同项目的任务执行情况。（可通过设置Swinlanes、自定义Filters等方式）。
最后我个人认为Jira强大的地方在于，它是高度可定制化的一套OA系统，包括任务创建的字段定义、工作流的定义等，后续管理者可通过相应字段的过滤得出自己想要的状态。