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


    讨论一

    背景:医技部门经理发现不同的实施人员多次询问相同问题,想在公司组织集体培训,由此在群里开始了讨论
    A
    刘总, 建议公卫部人员升级了一两家医院PACSLIS系统后   内部之间做个互相学习和交流会   由最熟的人员主持
    不然每个人都来问同样的问题
    B
    好记性,不如难笔头,将升级步骤的文档和培训视频一次性做好。
    B
    培训至少5次以上了,没有发挥作用。
    B
    说明这种培训的方式根本解决不了根本的问题。
    C
    嗯,我赞成这种内部交流的方式,文字可以作为辅助,毕竟很多事情是无法用文字表达清楚的,
    C
    前期的培训之所以没有效果,我觉得更多的是因为之前没有实践过
    A
    主要是培训了  没立刻去实施实践  都隔了几个月   我都隔了几个月  不看文档和视频都生疏了
    A
    这次他们在集中力量升级  就需要多搞交流会
    A
    再次形成他们熟悉的步骤文档
    B
    现在的培训都是既兴发挥,根据没有标准和经验积累,根本的问题是没有形成标准的培训资料,培训资料没有办法很好的更新完善。
    A
    文档也是靠不断实践积累  不断完善丰富的
    A
    这个事需要公卫部重视下   医技部做支持
    D
    公卫实施压力山太啊,HISPACSLISHEIS都要一起搞,又要控制进度。我个人认为必须有标准的文档,能按着文档就能搞完的。在这个期间都是摸石头过河的,发现问题搞不下去了,只能找医技的高人指点啦,短期要让所有同事都上手这块业务的也不是很容易的事。
    A
    我知道你们现在这种状况   所以建议你们搞好一两家医院   就要及时做互相学习交流会、形成适合你们实施步骤的文档

     

    讨论二

    背景:公司内部开了一个研讨会,其中一个部门负责人提出了一些关于加强团队建设的问题,某个角落也吐槽了一下。

     

    A这个比较实际

    B这些问题 一个小公司哪个解决啊
    B:而且每个小公司都有
    B都是一个项目一个坑
    B都忙着填坑  哪有时间考虑这个

    A我觉得吧  做项目的人也要像做开发的人学习
    A你做开发  难道一直埋头改bug  填坑?
    A也会吸收经验不  让系统bug减少不

    B有道理

    A 为了减少坑自己坑别人的可能  改进自己写代码的方式不
    A 但是做项目的人  有多少做了总结的   有多少做了改进的
    A 他们学会的更多是推卸责任  怎么写报告  怎么搞好客户关系  怎么在老板面前表现自己


    B 他们更趋向于 管理、沟通和团队,更难,而开发提升自己就行了
    B 呵呵 大部分人都走这条捷径了

    A 可能关注点不一样 
    开发注意力更集中细节
    实施的注意力更扩散

  • 相关阅读:
    [单选题]请求文件“time.inc”,当发生错误时就终止脚本,正确的方式是:
    [单选题]条件语句的时候不应该使用哪一种控制结构
    [高德地图]学习笔记--基本结构
    nodejs实战:小爬虫
    linux实用命令(2016/11/8-永远)
    自适应响应式布局-实现原理
    解决npm安装慢的方法
    git进阶(分支与标签管理)
    git进阶(远程仓库github)
    git入门命令(只涉及本地仓库管理)
  • 原文地址:https://www.cnblogs.com/kakake/p/4019427.html
Copyright © 2020-2023  润新知