基干~基干

     基干基干，就是基础的干部。。职级很低，有的甚至无职级，临时指挥几个兵而已。

 

     最近的项目有幸能有机会带一个小team，忙了一个月还是小有一些感慨，于是也做了一些思考，整理下来备忘：

 

1.基干的工作定位

   核心：理解消化上一级的战略性计划，分解到具体的执行点（卡用例分解，卡时间点，管理进度预期）

   其次： 争取获取到更多的产品侧，老大侧的需求出发点。理解到来龙去脉，然后尽可能的传递给组内开发同事。 做项目最伤人的莫过于有码农的感觉。

 

   卡进度和时间点，是我最头疼也最不擅长的。要能够让上级看到进度，就必须把工作按用例细化成一个个工作日的小事项，然后逐个评估时间项，因为再往上的领导说白了，只关注时间点。

 

   事情从思路到落实成代码，本身有些事项是不好区分的。可能有前后依赖关系、捆绑关系，乃至并行的关系，时间评估职能通过经验去猜。至于最终的执行如何，目前都是通过review周报来看。

 

 

2.基干与开发者的角色区别

   a。一定要把自己做完全部事情，变成全部的人都在做事情。

   b。 不要觉得别人做的不好，非要自己参合一把。因为大多数时候一己之见是片面的。

   c。 一定会更费心，各种开发流程，跨组资源协调，细到机器部署、发布流程、编译环境，都是要走在前面的。有时候吧自己定位成一个劳打杂的更合适。（高级打杂工，因为所有流程、协调工作，都必须有大局观，并且熟悉细节才能游刃有余，都要靠平时的积累）

   d。一定要掌握几种进度管理、跟进事项管理、邮件管理的工具或者是方法。 太多的并发事情，如果管理不好就会发现，上周写的下周计划，跟本周实际干的事情完全不搭边。 这里mindmanager和excel、project 都是不错的手段。

 

后面的再补充。。