@AV 2015.04
目前的问题
- 需求不明确，经常变更，缺少书面化的文档
- 重点不明确
- 项目进度难以把控
- 人员规划不均匀
项目管理是不是一件简单的事情?
项目管理由谁来做？
对项目管理有过了解吗？
合理的人员比例是多少？
1 ：5 ~ 10
- 投入产出比是否划算
- 需求是否明确
- 人员是否清楚地理解需求
- 交付物是否符合预期
- 对既有业务的学习和了解
- 投入产出比是否划算 （公司战略，个人能力）
- 需求是否明确 （原型图，需求文档，月度工作计划）
- 人员是否清楚地理解需求 （需求文档，日常沟通，邮件，Tower讨论）
- 交付物是否符合预期 （测试）
- 对既有业务的学习和了解 （使用，沟通）
日常工作
- 每月底制定下月工作计划，明确交付产物
- 项目开始前，明确的原型图+需求文档
- 项目开始前，与项目技术设计人员详细讲解需求，确认工作量，部分功能需要与资深工程师再次确认
- 项目时间节点
- 每周产出是否明确
- 每日进度是否顺利
- 人员工作是否饱和
- 项目延误时的进度调整
- 人员竞争时的进度调整
- 项目时间节点 （项目启动会议，甘特图，TODOLIST）
- 每周产出是否明确 （周会，甘特图，需求文档）
- 每日进度是否顺利 （项目站会，TODOLIST）
- 人员工作是否饱和 （人员规划图，产品经理站会）
- 项目延误时的进度调整 （TODOLIST，甘特图， 项目内部会议， 产品经理会议）
- 人员竞争时的进度调整 （TODOLIST，人员规划图，甘特图，产品经理会议）
日常工作
- 项目开始前，规划项目时间节点，绘制甘特图及人员图
- 每周开项目周会，明确本周产出
- 每日开站会，明确项目进度
- 每日更新TODOLIST
- 项目延误时，调整项目进度
- 人员竞争时，统筹人员，调整项目进度
- 对需求进行可行性评估
- 对需求做出分析和拆分
- 对需求进行工作量评估
- 需求生产
- 汇报进度
- 确定技术方向，技术选型
- 辅助了解现有系统
- 对耗时长的功能尝试提出解决方案
- 保证系统的稳定性和可扩展性
- 帮助团队成长
- 承担责任
- 微博： 140字的文字
- 知乎： 问答
- Instgram： 图片
- 战略 + 商业模型 （CEO）
- 产品原型 （产品经理）
- 需求文档 （产品经理 + 项目经理）
- 交互图 （交互设计师）
- 视觉图 （视觉设计师）
- 系统架构 （架构师）
- 围绕实体的基础功能
- 数据库设计，系统设计 （架构师， 后端）
- 实体的基础功能，增删改查 （后端）
- 管理后台 （后端 + 前端）
- 数据接口 （后端）
- 页面实现 （前端）
- APP界面 （App）
- 围绕实体的扩展功能
- 功能细化
- 几个实体间的组合
- 实体的变形
- 必要性
- 复用性
- 是否有第三方服务
- 甘特图
- Microsoft Project
- Mermaid
- TODOLIST
- Tower
- Github Issue
- Teambition
- 人员规划
- Microsoft Project
- Tower
- 项目管理
- Redmine
- 更加专业
- 需求更加明确，有书面化的文档可以考证
- 项目进度明确可见，所有人可以随时查看
- 所有人员的工作内容明确可见，容易统筹
- 寻求帮助
- 长期任务和短期任务
- 每周进度汇报
- 每日站会
- Tower？