首页 › 年终回顾 › 正文
自己的版本里,我写了焦虑、失眠|博客的年终总结每年都是阅读量最高的文章之一|那封信负责人没看到
有一次需求文档写得模糊,开发理解错了
有一次需求文档写得模糊,开发理解错了,白白做了两周。那两周的工作全部推翻重来,项目又延期了半个月。项目救火时,我学会了用最简单的方式解决问题,不追求完美。先上线一个能用的版本,再慢慢优化,这是我们当时的策略。能用的版本上线后,客户虽然不太满意,但至少没有投诉。后续优化又花了一个月,客户最后还是给了我们好评。项目延期最怕的是一延再延,每次都说下周就好。有个项目连续延期了五次,客户最后直接终止了合作。
那碗泡面是同事帮我煮的
那碗泡面是同事帮我煮的,加了一个荷包蛋。很多一年里的小事,只有在写总结时才会被重新想起来。公开版里我会删掉公司的具体信息,只留下感受和反思。博客的年终总结每年都是阅读量最高的文章之一。第一年的总结里,我写着最大的愿望是转正。第五年的总结里,我写着最大的愿望是能多陪陪家人。五年间愿望的变化,就是我成长的轨迹。今年的年终总结,我写到一半停了下来,去阳台吹了会儿风。停下来的原因是写到了今年离开的一位老同事。
失去那个客户,公司损失了将近八十万的年收入
失去那个客户,公司损失了将近八十万的年收入。每两周一次的里程碑检查,让很多问题能更早暴露出来。救火的经验多了,我开始能预判哪些项目会出问题。预判的依据通常是需求变更的频率和团队成员的状态。需求一周变三次的项目,基本上都会延期。我在项目周会上提出了预警,可惜没人当回事。一个月后那个项目果然延期了,负责人才想起我当时的提醒。被事后认可的感觉并不好,我宁愿当时就有人听进去。
接手一个延期的项目
接手一个延期的项目,第一件事是搞清楚到底卡在哪里。我花了两天时间跟每个成员单独聊,把问题列成了一张清单。清单上有三十七个问题,按优先级排了序。先解决最紧急的五个,项目的局面就稳住了一半。救火的时候最需要的是冷静,慌乱只会让事情更糟。有个同事在救火时情绪崩溃,摔了键盘,我把他拉出去走了一圈。项目延期的那段时间,我每天睡不到五个小时。有天早上刷牙时,我看到镜子里的自己,黑眼圈重得吓人。
本页为个人随笔,适用条件与疑问见正文。