我梦想中的阳光雨露

shennjia

一直在幻想 有没有什么方法让自己的工作变得快乐一点，可能幻想本身就是一种快乐的方式。

阳光雨露工程

背景：公司五花八门大小项目数量惊人，短周期，规模小现象普遍。 不管是不同部门产品线差异 还是同一部门的相同产品类型不同规格，都存在各自为战 自成一体 大量重复建设现象。但归根结底 我认为是源于细分市场的定制化属性决定的。由于公司没有自主的公共通用软硬件平台，从而导致公司在整体上可能很难突破自己的瓶颈，多数时候在面上的扩展慢于自身在层次上的提升。

问题：
人力角度：一个项目一套搞法 甚至专门一套人马 且人数不多，项目复用重叠的地方 仅仅是复用特定的人力资源。客观上产生对特定人员的过度依赖。或者说所谓核心人员。反过来 公司对所谓核心人员的流动流失高度紧张。其实不见得是核心人员，即使是一般人员变动，也基本上会导致某些项目完全没办法继续维护。可能因为项目小，生命周期短，开发周期更短，维护性问题的重要性被完全掩盖了。一旦某个项目真的做大了，此此矛盾就会变得十分尖锐。

个人技术发展角度：人员疲于奔命。 由于没有自主核心通用软硬件平台，项目不同项目切换，平台切换频繁，移植成了最最常见的工作。 个人技术发展连续性差，低层次重复劳动普遍，技术素养难以提升，至于创新创造更是罕见。个人成就感差。

产品质量角度：每个项目周期短，人力少，开发量大，测试少，demo属性占比大，最终导致功能急于求成，可能很快构建了一辆拖拉机，但是后期又想当做宝马来开，差距往往很难填平。根本上这点也是产品原型到产品定型之间的客观必然路径。如何克服这点后文讨论。

项目管理角度：项目特别多，什么都想做，可是多数又依赖外协，命运往往掌握在别人手里。初期协调，意向谈判时间成本高，真正意向合同确定后 给研发留下的时间空间极其狭小。   这点我不是很懂，但我觉得如何做好自身定位， 懂得取舍 抓住大项目 建立战略合作伙伴体系 尤为重要。如果说小公司迫于生计没有选择，那实力强一点的公司应该在这方面的担忧稍微好些。


改进思路：阳光雨露工程 选出班级课代表

组织主旨：不是以探索研究未来新技术为目的，利用当前或者过去优秀工程实践构建通用易扩展易维护软硬件架构平台为最终目标

组织的主要任务：
--收集筛选现有成熟技术
--搜罗成熟优秀工程代码片段并统一归档，
--构建高效通用测试框架平台，验证所有收录功能代码可用可靠高效友好
--提供解决方案参考咨询服务

组织的人员推选：
不限--有专业工程师情怀兼备软硬件审美能力的优秀工程师，等等以专业技术发展为思维导向的软硬件工程师
限制--项目管理，项目交付，等等以短期项目结果为日常思维导向的管理人员

组织的运作形式：
内部开源项目。
项目代码遵循公司安全制度
项目代码提交申请需要严格测试审核

课代表岗位
DSP
FPGA
OS_BSP
RF
PCB
MATLAB
...


最终项目输出为标准lib  同时附带测试用例或者使用示例或者ip形式附带测试床用例

软件跨平台 x86+arm+ceva+?
FPGA 要求自主设计ip
硬件....

不同设计以填充空白为目标
相似设计以优中选优为目标

阳光雨露：
好的东西总是能够让人赏心悦目。优秀不见得非要阳光普照，光彩绚丽，尽人皆知；雨露般晶莹剔透，润物无声，同样让人心旷神怡。美好的事物需要有懂的欣赏的人，在阳光雨露工程的营地里，活跃着一群志同道合单纯可爱的工程师，他们不仅仅孤芳自赏，也会相互欣赏。这里不用为背负交付压力，尽情放飞自我，追求自己的初心


项目基金：
代码被录用会得到相应积分奖励，分值由评论热度决定，例如点赞，好评等。 积分年终会得到公司专项奖励

可以总经办支持 也可以各个事业部根据自身情况赞助



项目价值：
为灵活多变的市场需求提供快速成熟解决方案

减少重复建设 节约开发人力成本
开放有活力的技术交流平台 让工程师文化真正开花结果
为内部自主创新奠定肥沃土壤


项目理念：
不积跬步无以至千里




幻想有一天 真的有这样的老板出现。或者就是自己。。。