每个人都是项目经理. 无论你是在管理一个新应用程序的开发，还是在发展你的创业公司, 致力于一个新的十亿美元的企业项目, 或者只是想用一些DIY的景观美化来活跃你的院子, 你总是在管理一个项目.

你的项目的成功取决于很多因素, 但项目失败的最常见原因之一是缺乏管理或彻底失败 bad 项目管理. 不管你的团队有多小, 或者你的需求文档有多清晰, 如果你没有管理好你的团队, 你的计划注定要失败.

你花在管理项目上的每一分钟都是值得花的时间. 它会让你离成功完成你的项目更近一步.

Agile 项目管理 is a widely accepted method of approaching modern 软件开发 projects. 但是什么 Agile 真正的意思?

Agile projects accept the frequent change of scope and requirements as an integral part of the process.

要更深入地了解敏捷原则，我建议阅读我们的敏捷项目终极指南管理.

在这篇文章中，我们将用看板解释敏捷项目管理的基础.

即使你是一位经验丰富的项目经理，对敏捷原则了如指掌, 你应该刷新你的记忆，提醒你自己的核心概念. 创新周期软件开发是否在不断加速，使得项目管理在每次迭代中变得更加复杂. Going back to fundamental principles and solidifying core principles of Agile is always important. 毕竟，重复是一切知识之母.

看板是管理任何敏捷软件开发项目最简单的方法之一. You can easily handle a local development team that works from the same office or distributed team, 分散在几个时区.

看板不是一个过程. It’s a way to manage any process with minimal changes to the team’s established operational activities.

为了将看板原则应用到你的工作中，你必须应用两个简单的规则:

可视化你的过程.
限制正在进行的工作.

可视化你的过程

数据可视化是一种快速, 简单的方式以一种普遍和容易理解的方式传达信息. When looking at pictures, the human brain can process several pieces of information simultaneously. 一些研究表明，这可能比阅读文本快6万倍.

负责视觉感知的大脑神经元 30% 大脑的灰质.

最流行的可视化过程的方法是看板. 看板板是一个垂直分为几列的板, 每一列表示流程中的一个状态.

让我们来看看一个简单的软件开发板是什么样子的. 首先，我们需要为我们的开发特性定义状态:

To-Do -功能还在开发中
发展 -功能被分配给一个开发人员，他/她正在开发它
质量保证 特性正在审查中
部署 -功能被接受并包含在应用程序发布中

基于此，您的电路板应该具有以下布局:

Visualizing individual tasks is as easy as creating a simple card (much like a Post-it) that represents work that needs to be done. 您可以为任务命名, 添加分配的开发人员的名称, 到期日期, 以及这张卡上的其他相关信息.

当你把这张卡片添加到看板板的一栏时, 你已经想象过了, 例如, a specific developer is working on a particular task that is due at a certain date and is currently in development.

一张Trello卡片的特写, 用标签突出显示其任务颜色标签, 任务名称, 任务截止日期, 任务说明状态指示灯, 评论计数器, 附件计数器, 检查表项目已完成的总比例, 分配人员指标.

限制在制品(WIP)

人类一心多用是一种错觉. 而不是同时关注一两件事, 我们的大脑在它们之间快速切换.

这在软件开发中比在其他任何地方都更加明显. 开发人员一次只能处理一段代码, and switching to another feature will cause delays and affect their concentration and performance.

这并不意味着您必须一次将赋值的数量限制为一个. 发展是一项复杂而富有创造性的工作, 有些任务需要更多的时间，而另一些则需要更少的时间来完成, 当开发者在等待某事或某人时，总是会有延迟. The important thing is to limit assigned tasks to a reasonable number that will not produce chaos (this is 通常 three to five assignments at a time).

假设您的开发团队由两名开发人员和一名QA工程师组成, 您的板可能有以下在制品限制:

待办事项-无限
开发-六张牌限制(两名开发人员每人最多只能完成三个任务)
质量保证-三张卡限制(一名QA工程师最多三张卡)
部署-无限

不要指望开发人员是明智的，并限制他们自己的在制品. 如果你把所有待办事项都交给开发人员, 这就像给孩子太多玩具一样. 他们不是玩一个玩具，而是把它们扔来扔去, 在你整洁的家里制造混乱, 而且还, 他们不会高兴，你可以预料到他们会发脾气.

这是你的工作, 作为项目经理, 以确保待办事项列表的优先级正确, 并且任务分配给开发人员的时间不会比需要的早.

一个类似于第一个的Trello板, 第二列是在制品, and a red line called "WIP LIMIT" drawn underneath its third card.

A properly managed Kanban Board will give you a clear picture of your project status at a glance. 您可以看到您的开发人员有足够的工作, 你已经准备好了新的任务，他们可以在任务完成后接手, 你的QA工程师正在等待新任务的审查.

使用Trello来管理看板

Trello 是一个基于网络的看板项目管理应用程序. It enables easy, real-time collaboration between team members and even multiple teams and projects.

To create a board in Trello click the “Create new board …” menu item, and set a title for your board.

你将从一个空的棋盘开始. 使用“添加列表…”框为看板卡创建列.

在Trello中添加任务列的截图. 新列的标题是可编辑的，标题下面有Save和X按钮.

通过点击列表底部的“添加卡片”，你可以很容易地创建一个任务. 您创建的每张卡片都应该代表一个将由团队成员执行的任务.

Trello中的卡片可以通过多种方式进行定制:

分配负责执行任务的团队成员
根据您想要添加的特定分组对它们进行颜色编码
设定截止日期
添加附件
Add custom fields such as a checklist where you can track the progress of smaller elements that comprise a task
Team members can comment on a card, and everyone will be notified of any change that is made.

Trello卡详细信息视图的截图, 显示标题, 检查清单部分, 评论, 以及活动历史, 以及在侧边栏中可能的卡片级操作.

可视化是看板的一切，下面是一张卡片在板上的样子:

在Trello板级别查看前一张卡的屏幕截图, 使用前面描述的相同元素, 但与最近那张卡的信息相符.

只看卡片，不打开详细视图，你可以看到:

设置GitHub代码库的任务在待办事项列表中等待执行.
任务截止日期为1月27日.
任务有一个描述.
对这项任务有一个评论.
有两个项目的清单，这些项目目前都没有完成.
任务被分配给用户DS，他将接起任务.
任务属于一组绿色卡片, 这意味着在项目开始之前需要它.

估计开发工作的时间和复杂性

Planning and managing a project is impossible without understanding the effort and time needed to complete a certain task. 然而, one of the hardest things to do in 软件开发 is to determine how long it will take to deliver a new software product or feature.

Scrum, 这是最流行的敏捷原则之一, 很大程度上依赖于估计, 无论它们是基于时间还是“复杂性点”.”

团队应该花大量的时间来确定任务的范围.

这是因为Scrum是基于时间间隔的, 当某一组任务被期望完成时. In order to plan delivery you need to have a full understanding of all the work planned for that time-box.

Kanban does not rely on time-boxed deliveries, and you can plan daily delivery if you want to. 它依赖于优化流程, which means that the team’s focus is to complete and empty the WIP column as soon as possible.

团队不会花时间提前评估工作. A developer will pick up the next item from To-Do; complete it as soon as possible; and pick up another task.

这并不意味着团队不应该估计他们的工作量.

您可以使用每周或每天的电话来更新和验证到期日期.

然而, 对于一个小团队来说, it’s more important to assure that developers are working on the highest priority task at any given moment and that there are no bottlenecks, 迫使开发人员暂停他们的工作.

最终, your project will grow and you will need to start estimating the amount of development work in more detail. 当你遇到这种情况时，花点时间阅读我们的指南敏捷项目管理中的软件成本估算.

必备的管理实践

So far, 您已经了解了可视化流程和限制在制品的重要性, 以及如何使用Trello管理您的项目.

一个软件项目不能只用卡片和栏来管理. 因此，实现敏捷最佳实践也很重要:

组织一次定期的团队会议.
Do this at least weekly to review what was done and refine and prioritize the backlog (To-Do list) if needed. 通过这种方式，整个团队将同时获得更新，并且可以分享想法. 在这些会议上, 有一个项目干系人(客户)是很重要的, 公司首席技术官, or anyone from the product team who can make a decision and answer questions) to eventually provide non-technical feedback.
确保与团队成员的持续沟通.
这将使每个人的日常工作更容易. Keep these meetings or sync-ups very short and simple just a quick update in your favorite chat program will do. 每天检查是很有用的, 比如你每天和团队开15分钟的会议. 在这次会议上，每个团队成员都要发言几秒钟:

他们昨天干了什么.
他们今天打算做什么.
他们面临着什么样的挑战或瓶颈.

在通话过程中做笔记，注意发现可能存在的问题(障碍), 错误地关注任务, 意想不到的技术挑战), 和团队一起努力.

引导你的软件开发项目

而每个软件开发项目都是不同的, 你会发现几乎所有人都有一些特定的任务. 以下是开始软件开发项目时应该计划的一些任务:

设置代码版本控制和存储库.
跟踪更改和监视代码非常重要, especially when collaborating on projects where multiple people will be updating the same code.

最流行的代码版本控制服务之一是 GitHub. GitHub is a web-based Git or version control repository that offers all of the distributed version control and source code management (SCM) functionality of Git.

它提供访问控制和一些协作特性, 比如bug跟踪, 特性请求, 任务管理, 每个项目都有wiki.
定义数据库备份策略.
使用像GitHub这样的服务可以确保你的代码定期备份.

数据库是, 通常, 不是版本控制系统的一部分, 您还应该经常设置数据库备份.

开发过程容易出错, 在开发过程中很容易出现错误并更新错误的数据. 如果出现这样的问题，有一个备份可以帮你省去麻烦.
设置协作工具和文件共享.
项目文档, 功能规范, 设计文件, and any other documentation and files that are used during project development are constantly updated and should be distributed to your team.

您可以使用许多不同的服务来共享这些文件. 谷歌为这个问题提供了一个简单且经济有效的解决方案. 使用Google Drive, 谷歌文档, 谷歌表, 和其他谷歌应用程序共享和协作文件.
设置独立的开发和测试服务器.
开发过程必须一直持续下去.

开发人员不应该等待应用程序测试的结果, and they should continue to work on their assignments while 质量保证 reviews completed functionalities.

同时, 客户端应该能够在任何时候检查应用程序的当前状态, 无需等待开发团队. Having a dedicated test server that is updated on a regular basis will remove all the bottlenecks in this process and assure that your team runs uninterrupted.
Define a fixed time for weekly team calls and a fixed time for daily team catch up calls or chats.
让你所有的团队成员都在日程表上安排好打电话和开会的时间. 这给你的团队一个稳定的时间表，没有工作中断.

外卖

项目管理是一项复杂的，而且常常是压力很大的活动. Adding structure to it and making the project status visible and accurate at all times alleviates much of this stress. 采用看板方法和敏捷原则, 结合适当的工具, 会节省你很多时间吗.

话虽如此, 没有任何工具或方法可以补偿您所花费的时间, 作为项目经理, 必须致力于管理项目.

仅仅因为一个项目很小，并不意味着它需要更少的时间. 这种心态是一种很好的解决问题的方法.

Here’s a simple checklist to help you verify whether or not your project is being properly managed:

你的过程是否恰当地可视化了?
每个团队成员的在制品是否有限制和最小化?
你的团队是否有固定的会议安排——无论是每周还是每天?
你的看板是否定期更新?
您是否有适当的代码存储库?
是否安排了数据库备份?
你是否建立了团队沟通和协作工具?
您的开发环境是否与测试、验收和生产分离?

Keep in mind this list is far from definite and done; it’s just the beginning.

请留下你的评论, and share your tips and practices with project managers who are just beginning their never-ending journey of empowering 软件开发 teams.