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

讨论一

背景：医技部门经理发现不一样的实施人员屡次询问相同问题，想在公司组织集体培训，由此在群里开始了讨论。
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： 可能关注点不同 
开发注意力更集中细节
实施的注意力更扩散