关于Task Breakdown / Plan & Project Prototyping
项目马上要开始了。manager一天突然安排会议，说是接到了第一步的任务：quickly give out a prototype of the project for further verification and evaluation.
从这个事情上我学到了两点：
1. Task breakdown / Plan
Task breakdown在各个任务层次上需要的考虑是不一样的。比如，一个task是“做一个XX3D modeling 软件”。是的，这叫一个task有点不妥了，这是一完整的项目。但是从breakdown的角度来说，它才是真正的第一级需要分解的东西。这一个level上，breakdown比较粗粒度，并且一定要保证粗粒度。一般考虑，主要还是产品需求角度的阐述。拿到这个第一级task list后，每一个sub task再逐级分解。最后一层，绝大多数都已经是站在技术实现角度来阐述了。
产品初始需求清单 =》优先级确定 =》estimation确定 =》项目planning (整体的开发计划，milestone制定) =》
当前阶段的总体任务清单（目标是下一个milestone） =》 模块级功能清单 =》各模块功能级任务清单 =》原子任务清单=》考虑并行可能性及resource情况， assign tasks =》 everyone给出estimation
对于这个prototyping task来说，它给出的是一个基于workflow的task points。怎么做呢？
Reorganize to be task list =》 everyone gives estimation by Plan Card for every task （get estimation）=> 看resource情况 + 任务可并行性 =》 assignment (get assignment) => get the development plan for this whole task.
2. Prototyping project
This sentence gives good explanation for when and why we need a prototyping as first step: "we have decided that we should go ahead and build a simple “prototype” to demonstrate the concept and create a baseline software that we can use to investigate some of the issues."