管理之路（二）

时间追朔到2012年1月6日，在前一周我算正式进入公司，公司还没有注册，办公室也还没有装修好，就在我们技术老总家办公，由于系统是等着上线，那一周，基本都是12个小时以上，虽说比较辛苦，但节奏控制的比较好，反正是在技术老总家工作，吃饭也一并在老总家吃了，偶尔还会喝点小酒，随着公司的壮大，到后来这种机会也就越来越少了，话说软件因之前系统主框架基本完成，由于赶，先不在细节上处理还不够，连逻辑也只是按我们的理解来做，当时对各地的经销商的运作模式还不是非常了解，只能按我们自己所掌握的来做，为我们后期系统更新或者说是升级，埋下了隐患。记得这么一句话：”现在所偷得懒，将来都会给补上”，后来在系统上线后，经客户实际使用证明，后面所做得这部分“补上”确实花了大量时间，而且影响到后期新产品的开发。

系统在2月底，我们算正式以公司的名义签约客户，正式进入实施阶段.......

时间： 2024-10-18 06:07:30

管理之路（二）的相关文章

linux学习之路之磁盘管理和文件系统二

从前面的学习中,我们知道磁盘可以划分多个分区,每一个分区可以经过高级格式化以后,就形成了一个文件系统.那么在Linux系统中该如何创建分区呢? 使用fdisk命令可以来创建分区 语法格式为:fdisk [-l] 设备文件名(不能加数字) -l:显示指定硬盘上所有的分区内容.后面不加设备,则显示系统上所有的设备的所有分区内容. 不加任何选项时,可以用来创建分区. 使用fdisk 设备文件名(不能加数字) 其中这些子命令表示如下意思: p:显示当前硬盘上面的所有分区,包括没有保存的. n:表示创建新

管理之路（四）

说管理之路,不如说成长之路更加贴切,这是记录我进公司以来自己所走的历程. 5月份总算把大培训的事情忙完,对公司来讲,没有比这事再大的了,在我们公司每年的二次大培训以及年终总结会是必须到的话,其他的时间,都是根据工作安排来定,甚至每个月的月会,如工作需要,都可以不参加,可见其重要程度. 好了闲话少说了,接上回实施完第一个客户,已经过去一个月了,相对之前,产品也成熟了许多,通过具体一次实施后,我们开始总结(总结,这是我们公司必须做的事情,以后可以单个篇幅讲解我们公司的素质考核),实施一个客户要做哪些

【管理心得之二十四】成功乃失败之母

场景再现 ======================= Boss:侯さん,这次项目做得不错. 一,得到日本客户的高评, 二,争取到了新客户 三,新领域尝试是正确的 所谓是"一箭三雕",年底一定给你们团队一个嘉奖. 侯さん:哪里哪里,若不是您在背后的大力支持,"巧妇难为无米之炊"哪里有今天的成果. Boss:切忌"成功是失败之母",你去忙吧. 侯さん:嗯------? {侯さん走出办公室,心想---..} "这Boss有点意思,耳熟能详

【管理心得之二十七】管理者的开局

场景再现 ===================== Boss      :王さん,你怎么搞的?刚刚接手这个部门才3个月,部门人员就走了30%,再有一年岂不是这个部门没有人了? 王さん    :Boss,您是不知道具体怎么回事,这个部门原来烂到什么程度,再给我2个月时间,定会把它调整过来,保你满意. Boss      :王さん,我让你是接手该部门,并不是大刀阔斧地搞改革.裁员.整顿. 王さん    :我这么做也是为了这个部门,把人得罪了不说,现在还要受组织埋怨? Boss      :王さん,

优秀员工的修炼——通往专家、管理之路

(一)好员工的素质 好员工的类型有很多种,尝试着抽象出一个定义吧--好员工是那些主管分配其任务放心.同事喜欢与其共事.对自己工作负责.志在自我提升和价值实现的人.知识经济时代,好员工首先是做好自我管理的,终能独挡一面的个人(参见博文"怎样培养独挡一面的能力").作为半个程序员,姑且聊一聊好员工该具备的素质(部分针对程序员). 我认为,一个优秀员工的衡量要包含技能水平(技术宽度.广度.熟练程度).沟通能力.工作态度.学习能力.例如,做一个好的程序员,无论是有志于走向管理还是高级工程师,应

Powershell管理系列（二十六）PowerShell操作之批量导出&导入邮箱

-----提供AD\Exchange\Lync\Sharepoint\CRM\SC\O365等微软产品实施及外包,QQ:185426445.电话18666943750 项目中有时候做跨林邮箱迁移的时候,条件不成熟,比如安全考虑或者其他考虑,不能做双林信任,这样就提出了一个问题,历史邮件需要使用的话怎么办,一个简单高效的解决办法就是从源森林批量导出邮件为.pst文件,在批量导入到目的域森林,具体操作如下: 1.赋予管理账号邮件导入导出权限,命令如下: cls whoami New-Manageme

我的编程之路(二十一) 规范

不知不觉一周就过去了,这周细想真的没有做成什么,因为几乎都是做了改,改了做··· 1.代码规范 以前自认为自己很注重代码规范,但是没有想到自己项目组的开发会将代码规范审查的那么严谨,这突然让我想到之前说到程序员都喜欢追求完美,都喜欢自己和自己的风格一致,否则就会觉得别扭,不过与此不同,这是团队开发,代码规范是为了统一风格,便于别人的阅读与后人的修改与维护,虽然因为这我前前后后改了三次dao层的代码,一是要用公司封装的借口,二是要把异常处理都放在这一层或者service层,三是要用公司自己写的工具

【管理心得之二十二】小人物 仰视 大授权

场景再现====================Boss:小王,来我办公室一下.小王: 嗯Boss:近期总公司有会,需要到外地出差几日.我不在的这段期间里,公司大小事务你帮忙处理一下.          如果有什么难决定的事,第一时间电话.邮件联系我商定即可.小王:  明白.放心吧领导,绝不会让你失望的Boss:嗯,那就好,没事了. {小王走出办公室} 心中暗喜,"难道这就是传说中的授权,Boss不在的时候,我岂不是最高权力的行使者." ==================== 从场景

【管理心得之二十五】组织中的骂名 ----------墙头草

场景再现 ====================== {会议前} 老张:喂,老王.这次的讨论议题你怎么看? 老王:暂时还没有想好,你有什么高见? 老张:这还不简单,以前类似的事发生过. "首先..........其次..........最后........."   你看看怎样? 老王:嗯{点点头} {会议中} 老  张:"方案A 是... ... ... ... " 方案B:"方案B 是... ... ... ... " 方案C:"方

【管理心得之二十三】道是道，非常道。名可名，非常名。

场景再现 ====================== {一次PMP社团活动} 主持人   :在坐的各位,有谁自己动手煮过饺子或面条?请举手示意. 主持人   :真不少呀!那么把饺子或面条下锅之后,水沸腾.向外溢出时,你会怎么做? 80%回答道:加冷水 主持人   :为什么加冷水? 80%回答道:冷水 可以防止水沸腾,防止溢出. 主持人   :这是唯一方法吗? 20%回答道:还可以把火拧小,控制火温. 主持人   :这个方法似乎更方便,为什么刚开始的作答不是后者呢? ==============