团队筹备阶段中的日常

每日一点想法看法

 

先聊聊我自己。

 

不知不觉从07年上大学到现在都有11年了。在6年多的工作经验中，只呆过3家公司，有10几个人创业型的公司，也有世界500强的外资。总观自己的职业成长还是属于比较安逸落后的。目前从技术开发转型到设计管理还是“麻麻地”。在那个第二家创业公司2年多的就职经历来说，我的总体提升还是比较差的，所有事情都得自己处理，不够专注，周边也没有牛人带技术方面的。公司层面都是比较势利而不关注和引导员工技术能力的成长（当然，技术开发能力这块对于我们程序员来说本来更应该就是得靠自己的兴趣和努力来获得提升，这里只是强调公司层面的引导）。以至于在第三家呆了3年的500强的公司里面，我对那些被安排到做维护的新手们，都是一个意见：做维护修复代码这些工作，在大项目专业度较高的环境下，花2到3个月的时间体验从维护的角度看人家开发的代码和项目产品业务也是个必修课，没必要给自己画圈。但是！不能让自己在这方面持续过久，如果是真的想在开发这条路上走得更好更精。

 

我对第三家公司的看法，就是我的第二个“大学”。在外企氛围较高的环境下，体验了传统的SSH的国外大型项目（不同地区总共近百号人），从一期核心模块的开发阶段（恰巧错过设计阶段，每当听大佬说起这过程，总觉得错过好几百万，可惜了）到出国一个月支持上线，还有后面的维护以及移交，以及接手一期别的team啃不下来的报表模块FD重新设计和高质量的交付。再到后面自己算是第一个主动请缨找boss（其他区）申请跟上公司new it改革的一个大项目，在里面参与团队建设以及过程中深入scrum理念进行些更流行技术的开发和学习，以及后面以SLA指标带team维护几个模块项目。这个过程中，有2个人我特别想感谢。一个是我第一个项目中我的直属大佬，一个是第二个项目中我同项目里面的技术好手（以后有机会再聊他们）。

 

而最近这段时间，现在因为某些事情，我得呆在老家，就在老家跟别人一起弄个工作组想看看能不能做成一个项目。对于我来说，也是个不错的尝试和知识整合（毕竟我学的需要的在意的不仅仅只是技术方面，也有项目团队方面等)。

 

 瞎聊了那么多，现在才是重点，就是聊聊我现在项目上的日常了（团队筹备组建阶段）。

 

• 第一: sprint

       我们的sprint采用3+1每4天一个周期，无周末概念. 每天彼此都来次review 和discussion。前3天review和standup一起进行。第四天根据自己的进度进行调整，以及手写接下来3天的计划，得到一致同意后再自己签名并挂在白板上。

 

       工具：白板和白纸（没找到有效又免费的工具，装个jira和confluence结果没有破解成功）

 

• 第二: 前期核心人员培养（入世未深的程序员）

       主要以掌握和熟悉为目的进行项目上的训练，能做到不用copy parse也能敲完一个通用模块。这个没啥理由，就是干！不然别当核心开发成员。

 

•  第三：接受争论和挑战

       在自主性个性化较强的环境下，只要对项目和公司有意的，尽管提和讨论。不管是开发方面还是其他方面。毕竟，一个是因为磨合是个过程，而其中的被动，不，是*接受只会消减人的积极性和归属感。另一个，我本人天生嗓子大又容易在讨论中而有些激动（不包括对妹子，父母和引导性谈话），但是我发现很多事情都能在彼此据理力争的过程中看的更透彻。除非面对客户我才有多一层：怎么说才能不突兀，但是那种时候我说话很慢，一般在技术方案或者实现上没那么墨迹纠结浪费时间。

 

• 第四：knowledge bank和规范编写

      工具： vscode markdown plugin

 

• 第五：画手稿图敲代码继续强化学习

 

先聊这么多，待续！欢迎拍砖。