职场经验

所谓老板需求就是指老板想到个需求，直接告诉你什么时候需要做好的需求。这类需求，一般要的还比较急，希望我今天提出，明天你就能做出来。老板需求的特征：时间急、有需求说明，但不一定明确。

项目延期是一种普遍现象，管理者最为头疼的一个问题。但是外人并不理解。明明是你们自己做的计划，怎么总会出现这么多问题。说到底，这是由于我们的工作特性决定的。

周末带娃出去玩，回来的时候路过一家新开的水果店买东西，因为是新店，所以店里在搞促销活动。进去后发现一个很糟糕的问题。店员对收银系统不熟悉，排队的人要好几分钟才能结算一个，很多人等着不耐烦就走了。

最近一年互联网行情不好，很多大厂都在裁员，但裁员并不是不要人做事了。原来你这个岗位10个人做，企业有钱赚养得起，现在企业不怎么赚钱了，只能养4个人了。那么会有六个被裁掉。

如何激励员工？激励就是发现员工的需求，并满足它。今天想给大家介绍下“马斯洛需求理论”，毕竟想要更好的激励下属创造价值，你首先需要了解他想要什么。对吧。

管理者如何才能不亲力亲为？前段时间和朋友聊天，突然聊到这个话题。作为管理者，他觉得什么事都需要自己做，试过把事情交给下属做，但是经常出问题。我说：“出了问题不可怕，就怕你不知道为什么会出问题。”

项目的需求来源有很多方面，最终由产品经理整理出来哪些要做，哪些不做。我前面说过需求评审时，要讲清楚这次版本的目的是什么。这些要做的功能就是达成目的的手段。

很多人说早上开晨会没有用，是管理者没有其他办法，只能通过会议来推进工作的一种表现。我倒不觉得，晨会只是一个小小行为，但是每个人心里都想着这个事的时候，自然会把当下的工作进行推进。我推荐一个开晨会的方法

在软件开发的项目里，延期好像成了常态。我跟很多同行聊，都会有这种情况。那项目为什么会这么容易延期？ 因为软件不像房子这类实物，能通过特定的步骤达成。一个软件到底由多少代码写出来的，你在做之前是不知道的

前面我讲了三个值得管理者注意的沟通场景，但并没有给出具体的解决方案。今天就给大家分享一个沟通模型：沟通视窗。学通了的话，能解决大部分沟通问题。 沟通视窗，也叫乔哈里视窗，是一种关于沟通的技巧和理论。

职场里的上下级沟通，跟平常朋友、同事之间沟通还不一样。下属普遍对上级都有畏惧感，而这可能比我们自己想象的会更严重一点。以下三个场景，管理者需要注意。

如何带团队？简单讲就是言传身教。刚刚出生的婴儿就是通过模仿来学习的。你希望员工怎么做，你就怎么做。你自己都不愿意做的事情，就不要强加给员工去做。

招的人多了，总会遇到几个不符合预期的。那对于这类不符合预期的员工，我们是直接开掉吗？还是那句话，得看情况，我们处理问题的时候不能极端。首先，我们要找到员工不符合预期的原因。

我刚晋升小组长那会，其实并不会做管理。无非就是把任务做一下分配。自己做最难的任务，保证项目能够按时完成。结果因为事情过多，自己忙的要死。

随着公司发展，业务需要扩展，我当时负责的是Android、J2ME、window mobile三个产品线，一个人忙不过来。需要招聘，所以自然就晋升为公司小组长了。当时最开始带2个人，后面慢慢增加到5个

一般复杂问题是没有统一标准答案的，毕竟每个人情况不一样。要不要转管理岗？要回答这个问题，我们需要先达成一个共识。什么样岗位是管理岗？我理解的管理岗是手下有人，且有部分工作时间是放在人和项目上

项目测试达标后，就需要启动上线了。项目上线过程中有几点需要注意。一、制定上线清单，先上测试环境清单的要素包括：什么人，在什么时间，需要准备什么资料，做什么事。其中，要明确先后顺序

需求功能都做完了，并且通过了自测，就可以转测试了。UI设计师在这个阶段会验收视觉效果。UI验收也可以在每一个前端页面完成后，是可以提前的，根据设计师的工作情况灵活调配。一般公司还会有UE设计师岗位

代码重构重构就是在不改变软件系统外部行为的前提下，改善它的内部结构。重构不是重写，它们的区别你可以理解为，重构是修复代码，大框架不变。重写是扔掉原来的，重新设计框架。

业务也懂了，系统梳理了，要做的需求也弄懂了，是不是就该编码了？对的，确实该编码了。但在写之前，有以下三个方面要注意。