1. 良好的氛围
信任和鼓励每个人。
允许犯错并帮助队员成长,要让每个人都是高效率的.
就事论事的评价, 积极和真诚的夸奖,引导。
欢迎和拥抱挑战和变化
leader要经常反思并总结,并且要及时调整一些方式。尤其是发现问题时。
leader在团队中唯一的不同就是他可以在某些技术方案中有决策权。其他的都是相同的。
人人都可以发挥领导作用。
2. 工作内容具体且透明。
任务目标确定,任务量,任务期限等
每个人负责的模块确定,
合理分配并行任务,需要提供的模块支持要优先进行
3. 充分理解需求
必须提前了解需求细节,越详细越好。 并且进行思考。此时大家要适当的扩展需求范围,进行需求变化的考虑,并做好心理,时间以及技术上的准备。
讨论时相关人员全部到场。
讨论之前要有统一的讨论目标。
讨论的内容要一致。
讨论之后要有明确的结论。
及时确认开发过程中的细节并且进行调整。
在这里,建议产品是把整个的需求规划告诉我们,我们可以提前做好整个的设计,甚至架构。
4. 评估时间
行之有效的思考问题的方法。
合理的评估时间。
对需求的变化有心理和时间上的准备。在这里,如果我们在第三步的时候可以前瞻性的进行需求拓展,那么到需求变化时就自然而然的有准备。
5. 代码开发。
使用TODO帮助我们捋顺逻辑和形成注释。
留意相关逻辑,主动发现问题和小范围持续重构优化,持续提高代码质量
代码提交要注意比较,测试性的代码不要提交。
code review.
6. 注意认知偏见阻碍我们对团队和队员的认识,这里很多团队最容易出现的问题,一直以老眼光看待人和事。
每次迭代对于队员和团队都是新的开始。
7. 团队合作
确定我们的需求
确定对方的需求
不找借口,结果优先,没有结果一切都是浮云.
8. 测试
移动端的需求变化快,所以重点还是在于编写代码之前的逻辑梳理上要完善。
搭建自动化测试平台,争取每次迭代上线之前都把所有页面跑一遍,防止重构导致的遗漏错误。
根据情况再决定是否进行单元测试
每个迭代,每个负责的模块都要点击一遍。防止出现测试代码的疏忽。
但是:
9. 以上其实都是手段方法,最终的还是从我们人本身入手,以人为本。只有我们有主动做事情的心态,才能在任何环境下让自己高效率的工作,才能搭建高效率的团队.
//这里提三个有效的方式:
这里,说一下如何帮助弟兄们成长的一个观点(方式)
用 他缺少这方面的技能来代替 他能力不足 , 一般情况下我们如果说对方 莫某方面能力不足, 是把自己的评价和观点强加到对方身上. 与其用这样的评价(一般都会导致对方心里不高兴, 而且,还会说你该提高你的能力,问题是如何提高? 这个时候很少人会说),倒不如告诉他,我们该怎么办,这样才能最大限度的帮助他快速提高各个方面。 我们以他缺少这方面的技能来代替他能力不足,这么一来,对方就会明确知道哪方面还欠缺,针对性更强一些。 引导或者帮助他提高的方法就会更具体一些。 他也会有很明确的目标。
那么,在评估时间,编写代码时就可以采用的一个方法:
评估时间时就可以开始写写画画一个流程图, 随着你对这个需求的不断理解,那么这个流程图就会越来越完善,当开始编写代码时,就可以采用流程图的逻辑进行编写,每一步,每一个重要的逻辑或者算法处,都可以用TODO标明,代码写完了, 回头根据TODO检查一遍,然后把TODO标示删除,留下的就是有效的注释。
第三,如何鼓励团队成员主动思考如何解决问题
多听、少说,以及多问一些问题的方式来帮助人们自发的去解决问题, 让他们带着解决方案来