从拒绝到爱上
一年的时间里，一周迭代一版本，从过去的内心抗拒，到现在热爱它的灵活、高效。
当我刚接到每周一版本的要求时，我很幼稚地向领导提意见，理由是用户并不关心app到了哪个版本号，他们只要投资正常、体验良好，并且用户抵触经常更新app的，因此完全可以制作精良再发版。。
这样的幼稚，是要接受一万点暴击的。
领导非常帅气地丢下一句话，“这个是最低要求，只是你们现在还不能做到而已。这个计划本身没有任何问题，如果有问题就是你们的能力问题”，然后扬长而去。
从0到1，从1到n
不到10个人的开发团队，找人基本靠喊、互相知道对方在忙什么。目前已经伴随公司从0到1亿、2亿投资，今年预计增长20-30倍。
（统计时间：2016.04.01-2017.03.31）
以前的我天真地认为，在小公司任职，项目管理是一个很虚的概念和工作职责，但是亲身经历了管理缺失，到合理排期的过程，看到了开发质量和效率低下，到无重大bug、按时完成的转变。我的三观也刷新了。
项目管理的本质是预期管理和沟通，其他所有的形式都是服务的工具。不同的负责人喜欢不同的协作工具，像我们已经尝试过tower（技术负责人一号）、jira（联合创始人）、teambition（技术负责人二号），说到底还是靠人在用起来、维护起来。
scrum与敏捷开发
我们的一周日程：
「 01 」月底：与领导开会，确定下个月或者季度的需求、优先级及排期。
「 02 」周一：查看周报，明确本周的发布要点和每个人的职责。
「 03 」每天：站立晨会，追踪进度，每个人讲下自己昨天干了啥、今天要干啥。
「 04 」周二：干活ing。
「 05 」周三：再次确认本周发布要点，新增小需求或者调整发布内容。
「 06 」周四：发布新版app，并通知小伙伴们。
「 07 」周五：复盘时间，紧急修改问题并发布。计划时间，列出下周的发布要点和每个人的下周工作计划。
「 08 」月底：发布整包更新到app store等应用市场上。
……周而复始，目前处在稳定执行的状态，并看到保质量、保效率的成果。感谢老板的“尽情”压榨。
scrum方法是我们目前实施起来较为有效的方法，也是在蛮多知名企业都能看到它的身影。比如，丰田用来造汽车、FBI用来开发数据库，现在从日本的制造业车间，到硅谷的FLAG（faccbook, linkedin, apple, google）之类的大型科技公司或者小型startup，都能看到它的身影。
开发人员被组织在较小的团队里，在很短的固定迭代周期内，完成一定相对明确工作量的工作。不需要高层不断发号施令，小组会进行高效、自觉的自我管理和自组织协作。
正如上述的工作流那样，期间大家不断得到反馈，每天站立晨会更新进度，每周做回顾和计划，不断地提高改进。核心就是面对面沟通，有问题就喊，频繁交付新版本，和自我管理，在快速迭代中重新定义问题和解决方案。
在scrum团队中，每个岗位的成员都是不可或缺的、不允许掉链子的。产品主要负责的是，确认各个需求的优先级，明确哪些要做、哪些不做、哪些稍后做。所做的工作就体现在，跟市场业务方沟通以了解value，跟开发团队沟通以了解cost（或者所谓技术的边界）结合公司的战略和目标、产品的方向和用户价值。是不是在做正确的事情？能不能实现？时间和经济成本？对业务的帮助是否显著？
以上。希望一年后的自己回顾起来，觉得现在的自己就是个傻逼。再次感谢老板的压榨。
网友评论