一个小型软件公司关于研发、管理、实施、团队等讨论

讨论一背景：医技部门经理发现不同的实施人员多次询问相同问题，想在公司组织集体培训，由此在群里开始了讨论。A：刘总， 建议公卫部人员升级了一两家医院PACS和LIS系统后 内部之间做个互相学习和交流会 由最熟的人员主持不然每个人都来问同样的问题B：好记性，不如难笔头，将升级步骤的文档和培训视频一次性做好。B：培训至少5次以上了，没有发挥作用。B：说明这种培训的方式根本解决不了根本的问题。C：嗯，我赞成这种内部交流的方式，文字可以作为辅助，毕竟很多事情是无法用文字表达清楚的，C：前期的培训之所以没有效果，我觉得更多的是因为之前没有实践过A：主要是培训了 没立刻去实施实践 都隔了几个月 我都隔了几个月 不看文档和视频都生疏了A：这次他们在集中力量升级 就需要多搞交流会A：再次形成他们熟悉的步骤文档B：现在的培训都是既兴发挥，根据没有标准和经验积累，根本的问题是没有形成标准的培训资料，培训资料没有办法很好的更新完善。A：文档也是靠不断实践积累 不断完善丰富的A：这个事需要公卫部重视下 医技部做支持D：公卫实施压力山太啊，HIS、PACS、LIS、HEIS都要一起搞，又要控制进度。我个人认为必须有标准的文档，能按着文档就能搞完的。在这个期间都是摸石头过河的，发现问题搞不下去了，只能找医技的高人指点啦，短期要让所有同事都上手这块业务的也不是很容易的事。A：我知道你们现在这种状况 所以建议你们搞好一两家医院 就要及时做互相学习交流会、形成适合你们实施步骤的文档 讨论二背景：公司内部开了一个研讨会，其中一个部门负责人提出了一些关于加强团队建设的问题，某个角落也吐槽了一下。 A：这个比较实际B：这些问题 一个小公司哪个解决啊B：而且每个小公司都有B：都是一个项目一个坑B：都忙着填坑 哪有时间考虑这个A：我觉得吧 做项目的人也要像做开发的人学习A：你做开发 难道一直埋头改bug 填坑？A：也会吸收经验不 让系统bug减少不B：有道理A： 为了减少坑自己坑别人的可能 改进自己写代码的方式不A： 但是做项目的人 有多少做了总结的 有多少做了改进的A： 他们学会的更多是推卸责任 怎么写报告 怎么搞好客户关系 怎么在老板面前表现自己B： 他们更趋向于 管理、沟通和团队，更难，而开发提升自己就行了B： 呵呵 大部分人都走这条捷径了A： 可能关注点不一样 开发注意力更集中细节实施的注意力更扩散