跟大家分享下近期的一点小想法，只是我个人拙见哈～
这个周负责的案子启动了，事情有点儿多，要跟其他部门沟通的也挺多。
事儿一多，遇到的古怪事儿也变多了。
01
首先，讲讲我带的两个新人
这次工作，实际操作的任务我全权交给了他们两。
不过每一件任务在开始前，我会详细的把任务需求，怎么做，为什么做，原理是什么，告诉他们，确保他们理解了以后，开始动手去做。
实际执行的过程中，总是会有些超出理论的地方。针对这些意外状况，我的第一反应是让他们自己先做，想办法解决，实在解决不了我再给予帮助。
所以，在他们干活的时候，我就在旁边看书，哈哈，惬意的很。
当然，执行的过程中确认挺坎坷的，屏点不亮，文件打不开，乱七八糟的现象都有。我看着他们一点点排查，再一点点提示，直到最后完成，本来半个小时能做完的工作，他们做了一上午。
不过，以后再遇到相似的需求，相似的bug，他们都可以独立解决了。
嘿嘿，成就感蛮大的。
02
再说说，我的合作伙伴。
我真的，无语了，甚至是替她觉得有点儿委屈。
首先，她是测试部门，我是研发部门，她需要先向我提出测试需求，然后才能展开工作。
她是如何跟我提需求的呢？
发了一封很笼统的邮件，然后当面跟我讲需求。我问她细节，
“嗯，这个项目我也没负责过，我也不知道，你问问你们家人。”
我当时就拒绝了，你的需求，细节肯定是你来定。我以我的经验告诉她，应该确认哪些细节，提供什么时间节点，当面说的好好的。
后来，确认之后又补发了一封邮件，依旧十分笼统，似乎我们之前从未沟通过。然后，再来当面跟我讲，
“嗯嗯，我需要这个程序，你啥时候能给我，其他部门催我要数据。”
这次，我放弃了，没再沟通。当面跟她确认好需求后，开始做工作。
1个小时，当面来催了我3次。
“小姐姐，程序搞好了吗，啥时候能给我啊”
我答“你不要急，下午4点前肯定给你。”
过不到半小时，
“小姐姐，程序搞好了吗？我今天一定得把实验投进去，一定的投进去”
“我跟你讲了，下午四点前一定给你。”
“我今天一定得投进去啊，小姐姐。”
同组同事实在看不下去，帮我把她打发走了。我算是能安心干活。
下午2点种，我把程序给她，并且当面跟她确认程序如何烧录，步骤如何，怎么确认。确认无误后，才放她走。
直到我下午下班，没有收到她任何消息。然后下午7点，跟我打电话：小姐姐，我搞了8个小时了，就是点不亮。
我答：“我已经下班了。不好意思。”
答：“好，那我就发邮件，告诉项目组，EE不配合工作，导致实验投不下去。”
第二天一来，果真收到邮件，同时抄送部门主管和研发大老板。
再次无语。
相互合作的伙伴，真的要如此工作吗？
就我个人而言，是不敢沟通这种方式，我还是倾向于大家目标一致，早日把问题解决。而不是把责任推来推去。
03
关于工作我的一些小想法
①当你是一个新人时
多干，多想，多问。
顺序不要颠倒。
多干才能多遇到问题，多实践理论，多想才能理解的更深入，掌握的更精确，多问可以快速增长理论知识，学习工作经验。
由我短暂的带徒弟经验，我是觉得，如果一个问题你问百度就能解决，还来问我，我会觉得你不思考，不努力。
你是我的同事，我本没有义务主动帮你成长。肯定是你有需求，我能帮的帮你下，最终还是要你自己学习。
②当你不是新人
做好本职工作的同时，如果能帮助新人，尽可能帮。
工作，在我的概念里，就是一伙人一起做成一件事儿。大家各司其职，保证工作如期完成。
在工作过程中，总有一些问题需要向他人求助。这个时候，平常跟同事互帮互助，有事情时大家相互帮忙下，是再好不过的事情。
所以，我一直提倡帮人就是帮己。你在平常付出的努力，终会以另外一种方式赠予你。
③跨部门合作时
我很赞同最近学到的一个理念，“谁痛谁负责，谁痛谁解决。”
大家把需求提清楚，截止时间写清楚。就可能了。
目标一致，把问题早点儿解决完，早点儿下班就好了。
多好。
嗨，简友们，你们的看法呢？
