员工项目管理
M公司有很多项目，为公司内部设计的一个项目管理工具，仅在内部使用，它帮助员工管理好自己的工作任务，帮助项目管理者掌握及时的项目信息，并为公司人力资源协调提供数据基础。
故事背景
公司采用项目制，每一个产品都会是一个或多个项目，按照产品版本或者功能分类把一个产品拆分成多个项目。公司项目数量很多，在多个项目并行开发时，会出现人力资源过饱和、分配不协调的情况（简单说就是有时候一些人忙，一些人闲）。
公司采用项目绩效考核，项目绩效需要项目经理、员工完成一定数量的项目任务，除此之外，项目还分为ABC不同等级，使用不同的计算方式。
员工的项目管理一直采用电子＋纸质的管理流程，具体说就是，用excel表格填写完表格，每周定期填写，月末打印签字提交，相关的管理员会不定期抽查。
公司成立了项目委员会，专门负责项目的提案、立项等管理工作。这个项目由项目委员会发起，为项目管理提供一些统计数据，全面了解公司整体的人力分配的情况，比如哪些项目占有的资源多，包括人力和时间，因为项目是分等级的，所以将足够的资源分配到主要的项目上去，就需要足够的数据作为管理和协调的支撑。
需求方项目委员会，希望将现有的电子＋纸质的流程电子化作为项目前期的切入点，一方面节省员工打印，找人签字的时间，一方面为项目管理者提供项目进展管理的便利，减轻一些流程负担，在手机上可以便携的查看和操作。
项目由移动端网页和管理后台组成，在M公司的微信服务号上加入一个网页入口。理解了公司项目运转的背景之后，下面做一些基本的分析：
设计前的分析工作
结合公司实际的工作方式和项目流程，下面先介绍业务，然后挖掘一些问题点，再着手考虑设计。
Step 1: 业务分析
项目参与者（对我来说也是目标用户），大概归纳为三个角色，分别为T员工（对员工的一种称呼）、项目经理（大部分是纯管理者、少数既是T员工又是管理者）、项目委员会。
M公司对不同员工的管理方式不一样，比如试用期员工、生产员工，T员工是一类员工的称呼
PM整理了现有项目流程，做一个简单陈述，如下：
项目委员会
- 立项
- 确定项目成员
- 制定项目整体计划
- 项目计划变更
项目经理
- 项目成员详细工作计划
- 确认员工实际工作
T员工
- 填写档期
Step 2:寻找设计点
现有项目流程，大家都需要去遵守。设计前做了一些调查工作，不同角色有不同的诉求，寻找一些问题点并试图寻找解决办法，也是这个工具提升价值的点。
T员工
-
忘记填表。T员工的填表时间，每周五一次，经常会忘记，会有人来催，跟绩效挂钩，大家会相互提醒
思考：每周填写一次，并不能及时的反馈进度，而且容易忘记，需求方希望每天填表养成工作习惯。与以往的工作习惯会有冲突，担心短时间难适应，我提出了一些质疑。 -
延迟提交。每月月末提交，如果请假就会延迟提交，给收集资料的同事带来麻烦
思考：出差或者不在电脑面前，在手机上可以完成。查看填写记录、再补交会比较灵活。 -
签字麻烦。因为打印签字，每个月都有某个一天，打印机忙个不停，办公室人头攒动，大家放下手中的工作，只为了找到项目组的项目经理签字，如果项目经理找不到或者出差就会影响所有人
思考：在线提交审核机制，解决这个问题。 -
会议依赖。如果项目会议没有正常举行，大家就没有办法实时了解进展，在软硬件的工作流程中，大家彼此不了解，一个环节时间没有按时完成就会影响其他人的工作。
思考：让项目成员了解到其它人的工作计划和进度，更好的规划自己的工作 -
信息不明。不知道什么原因，填表时大家会经常相互询问项目名称是什么。私底下习惯的称呼和文档中的一长串代码不一样，我有时候交互做完了，找PM问项目名称无果。
思考：项目名称、工作计划、项目成员在项目添加的时候就确认下来，随时查看。 -
计划工作难。工作时间评估本来就是一个靠经验又环环相扣的事情，需求变更、反复修改和不确定因素会使得工作计划难以评估，公司暂时没有统一的工作时间评估方法，大家靠着经验和反复讨（si）论（bi）。
思考：支持计划变更，让员工、项目经理修改
举例，参与的一个项目中，项目经理出差，耽搁了一个会议时间（前后2周），出现了一个问题没有及时协调好，就导致项目延期了。
项目经理
-
各种会议。项目经理的工作非常有赖于及时发现问题并协调解决，为了掌握项目实时进度，需要组织大小会议
思考：组织会议必不可少，查看在线工作进度可以作为会议基础。 -
琐碎。像小蜜蜂一样，每天都会在不同部门之间晃悠了解进度，十分的琐碎。
思考：还没有很好的办法有效缓解。 -
文案工作重。处理文案、流程工作会很多的工作时间。做一个项目例会的PPT、进度excel表格都会花费很多时间，项目计划的修改、变更的文案编辑也很繁重。
思考：以前需要项目经理收集，再整理表格，将所有人的记录工作直接汇总，减少一部分工作负担，将项目经理的身份从一个文案编辑者变为审核者，利用琐碎时间在手机上处理，不再过多的挤压工作时间。 -
多重角色。有些项目经理既是部门的负责人又是项目经理，还可能由工程师担当。一个人需要同时扮演不同角色，在不同的项目中穿插。
思考：T员工角色重点是填表，管理角色重点安排和管理，细分一个使用群体，他们既是管理者又是某个项目的成员，将成员的功能和管理的功能分开。
项目委员会
前期的重点是在后台收集跟以前一样的项目数据，为后面的工作做数据支撑。
Step 3:难点预估
习惯改变
T员工的填表时间改变，在手机的填表操作与excel上不同，项目管理者需要在手机上处理一些工作流程，工作习惯的改变需要时间适应。
规范化不够
公司制度规范化不够，在线的提交和审核机制并没有设定得十分严格，项目的变更和计划修改也由前期的线上处理改为了后台处理，讨论后确定后再求修改。
工作计划
方式一：项目成员填写计划提交审核，可以节省项目经理的工作量，会增加前期项目管理的可控性。
方式二：项目经理来制定工作计划再由项目成员确认，项目经理反馈说制定合理的计划难度很大。
最终方式：最后采取的方式是由项目经理和项目委员会根据市场要求和开发计划制定一个初步的计划，为项目成员安排工作计划，项目成员确定后开始执行，过程中可以变更和修改。
设计方案
在项目的分析和了解过程中，对工作难点和设计点有了逐步深入的认识，配合PM和需求方反复调整了设计方案。
设计方案（员工篇）
填表是最重要的事情，但没有人愿意在填表上花费大量的时间，所以信息架构上我将填表作为主界面，把其它的浏览信息放入了“我”中。
组织架构：
界面：
在前面分析的基础上我们将用户（T员工）的操作任务按场景拆分，如下：
- 每周填表。
- 例行查看项目信息
- 掌握项目成员工作进度
场景一：每周更新
鼓励每天填写，保持每周提交一次，周末可能加班，每周五填写时间改为每周一。填表界面包含了时间属性、这个T员工参与的项目列表，计划工作、实际工作
时间周期以周为单位，默认显示本周，会自动更新，用户也可以左右滑动切换时间，查看前后一周的实际工作和工作安排。我们在视觉上对不同项目进行了标记，点的颜色、数量对应于项目、项目数量，任何时候进到这个界面都可以一览所有的项目和工作计划。
在项目列表上勾选某个项目表示你在某天已经完成了某项工作。
场景二：例行查看
了解项目信息，随时查看项目名称、项目成员、项目进展，还可以查看个人项目补贴。特别是对项目中间加入的成员，可以增加一些对项目的了解。
在参与项目中了解项目的信息。公司要求每个T员工每天至少参与3个项目（规定就是这样），PM提出要让T员工了解自己是否达标，所以在这个界面增加了一个月历，在月历上面标记了是否完成了三个项目。
每个员工都关心自己的项目补贴，这里提供了便利（由于一些原因我们无法显示补贴金额，又让这个功能失去了作用，就作为参考吧。）
我的档期中可以查看历史，作为工作记录，也可以从状态标记（已提交、未提交、已确认等）了解档期状态，如果你忘记提交了，主界面已经显示新的一周工作，在这里就会显示未提交。
场景三：新项目来了
一旦T员工有了新项目，就可以在参与项目中查看，确认自己的工作计划。考虑到工作计划的操作难度，依然保持原有方式面对面或者开会讨论清楚后，再由后台录入。
设计方案（项目经理篇）
对项目经理而言，最重要的是项目管理，所以界面会有所差异。
组织结构：
界面：
在前面分析的基础上我们也将用户（项目经理）的操作任务按场景拆分，如下：
- 项目计划管理
- 流程处理
- 新项目工作计划
场景一：项目计划管理
让项目经理进行实时跟踪、及时调整、按时完成。界面包括时间属性、工作安排信息，项目成员以及变更操作。项目经理按月进行查看支持左右滑动切换，用颜色标记项目立项截至时间点、是否有工作安排，点击某一天会高亮当天有工作安排的项目成员，点击某个员工会在日历上高亮该员工所有的时间安排
场景二：流程处理
不用再打印签字了，在成员档期表管理中就可以去确认。
场景三：计划工作
一旦有了新项目，项目经理就需要为项目召集项目成员，制定工作计划，考虑到工作计划的操作难度，依然保持原有方式面对面或者开会讨论清楚后，再由后台录入。
总结
我一直对任务协同和管理有着很高的兴趣，在为这个项目工作的这段时间，对项目管理有了更多了解，也留下了一些遗憾：设计过程中，我的交互思路得到了项目小组的认可，但一直没有机会去在内部员工中做更大范围原型测试，我错过了一个深入了解用户的机会。
补充：
项目管理工具的设计我有了一些启发，记录如下：
任务管理方式和时间管理方式，它们的侧重点我感觉到了一些不同。
任务管理方式
特点：关注工作目标的任务拆分、某个任务的完成度、任务难度。任务管理的思路下，我们可以更多的关注完成质量，深入的讨论某个细节。只要任务拆分合理，就可以很好的进行任务完成度的统计，过程中发现什么问题，也能够很好的针对解决。
适用性：适用于技术性强、可分解的细节的工作中，这种方式可以比较好的引入团队的流程化和分工协作。
难点：难点在于任务的拆分，需要很有经验，熟悉方方面面的人来做。
现实：我用过一些流行的任务管理工具（比如奇妙清单、todoist）管理自己的工作和日常任务，如果要和其它人协同完成一个工作需要大家使用同一个工具，有一套相互认可的工作记录方式，还要拆分任务，管理自己的任务，大家习惯不一样，门槛很高，沟通也不是十分便利，所以我几乎只做自我任务的管理，用久了后我的任务列表自然就留下了很多待处理任务和一堆提醒，比如我准备下午去还书，而我忘记了，我改天再去还书之后又忘记勾选已完成。还有就是放弃完成一些不合理任务后，还需要花时间去整理删除，也比较烦人。
在团队协作方面（比如Trello、Teambition），我会感觉这些工具很复杂，需要大家有一套相互认可的工作流程，对一些时间性不强、不需要紧密协同的工作中，显得繁琐、不够灵活，虽然宣称除了互联网团队项目也可以做其它任务管理（比如Teambition），但我真的说服不了其他人一起尝试。时间管理方式
特点：关注任务的及时性、任务的整体时间进度和期限、预防和处理延期。时间管理的思路下，更多的关注几个关键时间节点，对质量和完成度的关注不会很高，有时候为了按时完成，可以牺牲质量。
适用性：适用于比较随意，时间属性很强，跟其它任务关联性比较低（受其他任务的完成影响较小）协同的紧密性不高的工作
难点：能够及时问题的发生和协调解决
现实：我身边有人用日历做自己任务管理，时间属性很强，也比较简单灵活，找到自己喜欢的方式，就可以管理好自己的事情。
现实中，有些事情适合用任务的方式管理，有些事情适合用时间的方式管理。我们的认知习惯也是这样，有时候很严谨有时候很随意，一个好的任务管理工具（定位更宽泛），应该对两种方式灵活的支持。为了让所有人都能够使用还需要增加简单灵活性
