读“第三章
不惑之年开始的IT之旅—从音响设计到IT设计”有感
感悟：对应一个新上司，要保持谦虚低调，因为他的到来往往已经影响到了某些人在公司的境况，不要在意见分歧的时候大谈以前你如何如何执行。在你所在的公司习以为常的做法，在他眼里或许都是错的。这是因为高度问题，因为他的能力和阅历绝对在你之上。现在的你，过去的光环已经不在，你的冷厉，你的绩效，他对你一概不知，脑子要归“0”，要用行动去证明自己，而不要对种种新状况耿耿于怀。
读“第三章
不惑之年开始的IT之旅—理想的研发环境”有感
阶段性的技术评审会，对一个由成熟工程师组成的Team也许不重要，但对新手来说太重要了。而且需要的是实质性评审，绝不是走过场。如我们规定设计者占项目奖的80%，主审者占项目奖20%，有了差错责任同样是按这样比率分担。在评审会上也纪录其他参与者的观点，特别是有不同意见不能达成共识时会记录在案，作为今后技术验证和绩效考核的依据。我还特别注意借助外力，像PCB图会请VIA的资深工程师帮忙Check 后再拿出去做样板。
项目 Schedule也分解得很细，具体到什么人，做什么事，什么时间做，做得怎么样以及结果。那时我还没有看项目管理的书，完全是靠自己的琢磨和国企里的一些好经验。我的管理风格是盯得紧，能今天做的就不明天做，也比较善于安排并行作业。
项目管理主要是跟踪项目Schedule的执行情况，协调各专业工程师的工作，负责供应商联系，安排做Sample，做产品会议的招集人。总的来说就是做设计技术以外的所有工作，让工程师专心关注技术。而产品的规格一般都是项目管理、研发主管或更高领导也要参加讨论的事。
事例：9月20部门例会，童工说，泰克就是因为评审会太少，所以做出的产品才会有如此多的问题…
…
读“第三章
不惑之年开始的IT之旅—同创的激情岁月”有感
一个好的设计师，一定要用心做事，技术上的事是躲不过去的，今天没有仔细去核算上下两种极限的状况，明天一定会让你十倍的头痛。“天道酬勤”讲的就是这个道理。
事例：新型一体化干放高低温极限（高温85℃，低温-45℃）一直有问题，关键在于程序的执行没有处理好。因此，出现的问题，首先不是找理由或与相关技术争执，你要做的首先静下心，为你所写的代码负责。
读“第三章
不惑之年开始的IT之旅—同创的激情岁月”有感
如果以往的项目太过顺利或者没有一个好的导师为你点评牵制着你，一旦过度的偏执将会组长你过度的自信，一旦受挫折，心理上承受不住，实际上是一直无形的“捧杀”。 |
楼主
标题置顶
标题高亮
