程序员要如何讨人喜欢、令人欣赏、通过自己富有积极性和支持性的行为去激励他人?比如说关心自己,关爱自己的背部、臀部乃至大脑重要吗?如果你不关心它们,它们终究会坏掉。怎样这些可以不坏掉?我们有什么需要学习的软技能?

职业生涯的四个阶段
受助和学习阶段
独立贡献阶段
-
按时高质量完成分配的任务
-
独立完成有挑战性的任务
-
独立解决非预期问题。
-
对整个项目/系统有整体的认识
带动他人一起贡献阶段
-
具备深度和广度相结合的专业知识和技能
-
能够根据需要完成团队组建
-
能够为他人分享经验
-
协助他人处理问题并传授处理问题的方法
-
创建团队协作环境
-
带领团队关注结果
领导创新阶段
-
对行业和领域具备一定的前瞻性
-
专业水准得到组织内部及同行的认可
-
根据专业判断为组织制定发展战略
工作压力及如何缓解压力
心理压力源
如何
判断
自己压力过大?
如果你有发现自己有如下情况,可以判断为压力过大。
如何
缓解
工作中的压力?
立刻缓解法:
长期缓解法:
如何控制需求
当测试人员发现一个BUG,第一时间肯定是交给开发人员修复,那么这些BUG都是开发造成的吗?不一定!很多BUG其实是由需求造成的。那么如何控制需求呢?
接到需求需要问的几个问题:
-
就这个需求而言,客户/用户真正需要的是什么?如果客户提出“我需要一匹跑的更快的马”,你可能会为客户提供一匹汗血宝马。但是客户的真正需求是“更快”,而马只是一个解决方案,因为在汽车刚发明的时候,他可能从来没有见过汽车。
-
这个需求真的有价值吗?如果用户提出在一个在线游戏平台做一个虚拟商品拍卖的功能,但是虚拟商品的有效期非常短,那么明显这个拍卖功能就没什么价值,因为拍卖不可能那么高时效性。
-
这个需求是合理的吗?有没有隐藏的疏漏或者BUG。
-
给出的需求信息里面是否完整包含“作为一个【角色】, 我想要一个【功能描述/目标期望】以满足【商业价值】”这里面的三个要素。
-
这个需求是否还有其他关联/隐藏的疑虑需要考虑?
如果上面问题都解决了,那么就可以接着解决以下两个问题:
1. 这个需求能否分解为更小单位的需求?这样可以方便分配开发任务。
2. 这个需求如何进行测试? 任何需求都需要保证能够被测试。
在保证需求没有问题以后,就可以按照下面的步骤处理需求:
1. 对需求进行优先级排序。
2. 把需求分解为最小可开发的Task(任务)
3. 如果还有遗留的问题/风险,建一个Task来处理这些风险/问题。
如何高效的管理自己的时间(感谢@林嗣翻译)