68 次浏览

头脑风暴会议

在此整理一下近期举行的头脑风暴会议(Brainstorming)的组织经验。

  1. 一定要在会前,提前把大纲整理、标记好,进行明细的分类,从而快速、极其明晰的方式进行讨论,不要当场进行整理。

 

  1. 一定要提前打印材料,并分发,不要只是指望现场的屏幕分享大家能够集中精力。

 

  1. 一定要有两个主持人,一个负责背景介绍、记录、纠偏、控制范围。另一个现场指定,(提高参与度)一个负责引导,推进(不给复杂工作,但是应该拥有组织能力或掌握组织方法),这样彼此之间可以互相约束,纠偏。

 

  1. 如果时间不够,要将任务横向的合并讨论(扩大讨论的目标范围),这也体现了会前大纲的重要性(能够极其明晰的量化讨论范围、点)。

 

  1. 让大家提建议的时候,一定要手写到便签上,不要通过发言的方式,因为大家不爱说话,或者不方便说话。要不断地给大家灵感、建议、诱导大家发言。

 

Brainstorming

1,319 次浏览

有你

有你,就像喧闹街边的那株新芽
是丛中一点非凡的绿

有你,就像匆忙表盘上的时针
是凌乱纷杂的时间里片刻的安宁

你是蛋糕夹心的薄荷与草莓
完整了酸甜

在海岸的石头堤坝上,
在狂乱暴虐的风雨下,
指尖相触
我们的脚下是无限的坚定
我们的背后是一片安宁

我想与你,去看每一片海
你是看得见的心
我们是看不见的盘根

2020.3.21 午后


阿尔伯特·奥布莱(Albert Aublet),《在海岸石头堤坝》(Sur Les Galets)

69 次浏览

PMP 活动:让虚拟团队创造更高的绩效

讲师: 大连市项目管理协会 – 高屹

学习笔记

2020-03-20 FRI Hendry Qi

  1. 当前的客观现状和约束
    a. 我们身边有很多虚拟团队(远程团队)的存在
    b. 无法抗拒的客观约束不断催生更多的虚拟团队诞生(比如当前的疫情:处于安全、防疫的考虑)

  2. 这些客观原因导致虚拟团队(远程团队)、远程办公不断的普遍
    a. 虚拟团队的定义是:团队成员致力于同一个项目,却分布在不同的地理位置,彼此需要通过沟通技术来实现共同工作。
    b. 优势:即使团队成员(或个别专家)不在同一个办公位置,也可以通过在家办公被纳入团队。
    c. 挑战:虚拟团队的沟通成本高、成员易产生孤立感、团队效能低下、难以分享知识和经验、难以跟进项目进度和生产率、一旦出现问题,各自都倾向回避,不愿担责。
    d. 远程办公最大的问题是沟通,大家各扫门前雪,团队责任感降低。互相配合的时候经常出现南辕北辙。所以提高工作绩效的核心问题是解决沟通障碍。

    1. 任何企业问题的解决,都需要 整合式管理:针对一个问题,一个组织的上上下下都需要动起来,从不同的层次、角度,目标一致、责任清晰、各司其职、各显神通的去解决问题。

    2. 整合式管理 – 高层领导:应该做好的事情
      a. 工作目标清晰、准确
      i. 虚拟团队不能面对面沟通,必须通过工具来完成沟通,所以沟通中经常会发生的失真、变形、歧义、猜想。
      所以领导不能用“改善”、“加强”这种无法度量的描述来下达任务目标,而应采用符合 SMART 原则的描述 (S=Specific、M=Measurable、A=Attainable、R=Relevant、T=Time-bound) 的目标(可度量、明确清晰的)。

      b. 充分合理的授权
      i. 责与权的不对等,将直接导致下属的压力和低效
      下级 PM 应该准确明晰的得到授权。
      本地团队工作时可以通过多见面、多沟通来不断渐晰的任务目标。
      而虚拟团队的 PM 一定要得到明确、饱满、广而周知的书面授权,通过更多的授权来推动任务目标的明晰。

      c. 及时掌握项目状况
      i. 高级领导对于本地团队,只需要了解里程碑,而不用掌握细节。但是高级领导对于虚拟团队,一定要关注项目的推进过程,及时掌握项目的当前状况。应该定期(一天至一周)持续的进行沟通和跟踪,向团队施予一定的压力,有助于提高团队工作效率。

      d. 适度参与项目工作
      i. 高级领导参与项目一定要适度,不要过度参与。
      (比如,高级领导强行闯入了具有团队私密性的项目团队的微信群,这导致团队成员不感说话,领导也无法听不到所需的员工心声和状态,这导致团队失声,所以高级领导一定要记得自己的身份)
      虚拟团队使每位成员更加独立、个人工作环境也更加轻松,这是虚拟团队带来的优势,不要让高级领导的过渡监控影响到团队成员发挥个人的主动性。所以,领导最好不进项目群,而是增加点对点的沟通,这样激励的作用会被显著放大。

    3. 整合式管理 – 项目经理(PM):应该做好的事情 —— 项目经理是项目工作的第一责任人
      a. 项目团队的组建要正式
      i. 对虚拟团队成员的工作效率的监督很难,尤其是当一个成员拥有角色、多个任务时,(例如他既隶属于一个本地团队,又同时隶属于一个虚拟团队,线上线下并行工作的时候,成员往往会优先选择面对面的本地工作任务优先完成。
      所以要正式的给予成员任命,基于明确身份,并通知给所有相关方。有仪式感的方式,使得成员重视自身的身份,个人对工作的抵触感会显著降低,逆转看客的心态,增强自身责任感。(书面任命,增强责任感)

      b. 工作任务要明确的分解(WBS)
      i. PM 承诺的目标,不是由 PM 自己完成的,PM 要让团队每个成员各司其职,他要知人善用,要细化、分解工作。(工作细化,责任到人)要使工作目标碎片化、解体、从而分解成易于理解、易于管理,可管可控、责任明确到人(RACI)的任务。
      ii. 现实的项目经理(PM)往往只是:有经验、有能力、受领导信任的老员工,并没有行政职务,所以其硬权力不足(弱矩阵型)。因而 PM 不容易让团队成员产生敬畏感,所以 PM 并不适宜进行直接派工,所以最理想的责任到人的方式是让团队一起讨论、由员工主动认领任务(敏捷),这样每个团队成员所提供的是承诺,任务责任成功落地的可能性更高。
      iii. 而对于枯燥、困难的工作任务,则可以通过 PM 在团队公开的方式,进行任务指派。
      iv. 不要让少数人承担了过多的工作。技术专家、项目经理 往往会 一A到底、一R到底(RACI),过多的吸引任务火力,“能者多劳”的情况会导致过度承诺,应该从团队的角度提高大家整体的工作效率。

      c. 主动营造团队氛围
      i. 虚拟团队缺乏团队氛围,PM 要尽力营造氛围。团队氛围最好的体现方式是在工作之外!所以一定要通过工作以外的活动来提升团队氛围。例如,工作群里不要只发工作内容,要有娱乐,要建立氛围(新闻、红包雨、有趣的小视频等)。把虚拟群体的活跃度、参与度调动起来,让大家慢慢形成一种意识:每天早上起来愿意首先去看看项目群里看看大家有趣的事儿、项目新鲜的事儿,去关注团队群里发生了什么事情,而不是让大家去屏蔽、静音一个只有工作内容的群。

      d. 做好”仆人式”领导(敏捷)
      PM 做一个 Coach、Master,而不是 Manager。PM 为团队做好服务工作,尽力去解决问题,从而让 PM 赢得团队成员的信任。
      不要把自己当作领导,PM 是负责人,应该将权力应用于解决问题上,无论是工作中(回绝变更、屏蔽需求、创造适于工作的环境),还是工作外(解决成员遇到的实际生活问题)。
      仆人式的管理是让 PM 赢得团队成员的信任,从而使得成员能够主动的全力以赴。

    4. 整合式管理 – 团队成员:应该做好的事情
      a. 管理好自己的时间
      i. 远程的工作环境,使得自身难以自我约束,因而使得时间意识淡漠(帕金森定律 – 工作会自动地膨胀,直到占满所有的可用时间 )。所以,一定要切断自己的干扰源。如:微信、QQ、淘宝、社交媒体等。孩子、家人等。
      ii. 合理规划作息,定时、准时、端正的完成工作(管理好时间是管理效率的核心问题)

      b. 工作分级
      i. 我们每一个人,无论是谁,都很难同一段时间只做一个任务,所以一定要区分任务的轻重缓急!(抓大放小、不拖延)例如,使用时间管理—重要紧急四象限法则。

      c. 及时反馈问题
      i. 远程团队无法面对面的快速提问、交流,所以很多问题需要自己解决、调查。这会形成一种无助感、孤独感。
      一定要明确,你不是一个人在战斗,要及时求助,尽早暴露问题,千万不要积压问题。求助不是甩包袱,要坦诚及时,并说明好自己的实际需求,让别人知道怎么能帮你)。果断地依靠团队的力量,解决个人的困难。

      d. 学会体验成就感
      i. 每个人都希望自己的工作能够产生价值、获得成就感。可大部分人每天虽然很忙碌,但是却无法回想自己都干了什么。这会导致个人心情的沮丧、缺乏成就感,热情消失。所以每天工作的最好方式是,首先罗列工作列表,分清轻重缓急,每次只做一件事,减少不同任务的上下文切换。人的精力是有限的,没有规划的同时去做多个事情会影响效率和质量(丰田精益 Kanban 管理)。让自己清楚的知道自己完成了什么、没完成什么,形成良性循环、形成个人的内驱力,不用扬鞭自奋蹄。

而这一切的目的是通过优化管理行为,来提高团队或个人的工作绩效。

74 次浏览

VMware 提示与 Device/Credential Guard 不兼容

当我们在较新的 Windows 10 版本 (1909 或更新)使用 VMware Workstation(无论是 Pro 还是 Player 版本)时,会出现 WMware 与 Windows 自带的 Hyper-V 组件互不兼容的问题,从而报错:

“VMware Workstation and Device/Credential Guard are not compatible. VMware Workstation can be run after disabling Device/Credential Guard. Please visit http://www.vmware.com/go/turnoff_CG_DG for more details.”

解决方法:

  1. 开始 – 运行 (Win + R) – 键入 cmd as admin
  2. 在命令提示符键入 bcdedit /set hypervisorlaunchtype off
  3. 重启电脑,即可。

存在的问题:

禁用 Hyper-V 将直接导致依赖于 Hyper-V 的 Docker Desktop 无法正常启用,我们可以下载体验(Edge)版的 Docker Desktop 来禁用与 Hyper-V 相关的功能,并改用 Windows Container。

相关资料:

https://stackoverflow.com/questions/50374506/vmware-workstation-cannot-run-on-windows-10-after-recent-update-to-windows-10
https://docs.microsoft.com/en-us/virtualization/windowscontainers/quick-start/set-up-environment?tabs=Windows-10-Client&redirectedfrom=MSDN
https://www.cnblogs.com/ups216/p/6385663.html

614 次浏览

平静

我的心真的无法平静。
一粒种子在那里萌发,
一点点的,根枝蔓延。
我感觉到,它已经活在了我的生命,
无论是眼里,心里,脑海里,
还是子夜,拂晓,或是黄昏。

我努力倾听巴赫的悠扬,
那重复的悠扬。
我,变得更不平静。

一个世界因此诞生,
也因此被包裹。
你说,
浪漫的本质是不确定。
我说,
只要你爱它,它就是你的世界。

这仅仅是无时无刻的思念,
就是这样。
我想展开故事,
我要开始平静。

2019.09.26 晨

25,374 次浏览
1,579 次浏览
1,533 次浏览

技术实践 2019 小组第十五次活动

大家好,以下是咱们工业大学2019年技术学习小组的第十五次活动记录及培训概要。

活动时间:2019年2月1日 FRI 20:00 – 22:10

本次活动过程中,我们发现了一些严重的问题。

  1. 极少有人完成作业,即便作业如此简单
  2. 为了充分顾及新加入的同学,我们讲解的内容在老同学看来,越来越慢,越来越初级,有退化感
  3. “你不知道你不知道的事情”
  4. 大家的主动性不高,自主学习度整体很低
  5. 由于我们每周只有一次两小时的活动,讲解的内容会直接影响下一次的内容,一但缺席很难再跟上

我觉得这主要是咱们活动的组织问题。这是我们这项技术实践活动的第三轮讲解,而每一轮讲解的过程中,都会有更多的新同学加入我们,作为讲师,我无法在一节课同时去适应不同学习阶段的同学,这直接导致了内容越来越初级,越来越退化,但新同学依然觉得讲的很难、讲的太快、听不懂,而老同学必然觉得技术内容重复、初级,无法获得技术成长感。于是,所有人都在失去兴趣,很多人变成看客,而我们的活动也越来越失去意义。

回想从去年3月到今天的这些活动,我最开始的初衷就是希望能够让我们高年级的实验室同学对当下常见的基本技术有一个认识,能够完成一个最基础应用程序的开发,不至于毕业就失业,也不至于实验室的发展停滞。而在这以后大家可以自行组织这类活动,不断地帮助低年级的同学发展,在帮助别人学习技术的同时,也能够锻炼你们自己。

#

在第一轮学习的过程中(共25次,从2018年3月27日至8月20日),我们的活动频度很高,每次讲的内容很基础,同时,由于人数较少(10人以内),大家的积极度也很高,每次课后的小作业大家也能够很好的完成,总体效果很好。

在这一轮活动中,我们学习了 C# 的基础语法,OOP,计算机基础常识,HTML、CSS、JavaScript 和 jQuery 的基本知识,Ajax、Form 表单的使用,MongoDB 及 Squirrel Framework 的使用,ASP.NET MVC 的使用,SVN 的使用,百度地图的应用,我们还尝试编写了一个非常简单的管理站点,并尝试为自己编写个人简历。

#

而在第二轮学习的过程中(共13次,从2018年10月21日至12月10日),我们有更多的大二同学加入,人数逐渐增加(20人左右),有些新来的同学基础薄弱,我们针对许多基础内容进行了重新的讲解,这也导致我们的课程进度缓慢,第一轮就加入咱们活动的老同学积极性和主动性降低,而新同学又需要较多的时间去激发其活跃度。最终,第二轮活动的效果相比第一轮有了很大的降低。

在这一轮活动中,我们快速学习了 C# 的基础语法,面向对象的程序设计思想,MongoDB 及 Squirrel Framework 的使用,SVN、Git/GitHub 的使用,以及我们这一阶段的重头戏 —— WinForm 程序的开发,HTTP 协议,三层架构以及 关于云的基础常识。

我们尝试在第二轮的学习过程中进行分组,每个小组设定一个 Team Lead,负责检查大家的作业完成情况和学习进度,也负责给大家答疑解惑,并帮助大家把不能解决的问题汇总到我这里。但实际上,这个模型也并不顺利,我们的 Lead 并没有真正去坚持管理,而我们许多同学也不去遵循这套规则。当大家都不遵守游戏规则的时候,这个游戏也就无法继续了。

#

现在,咱们第三轮活动刚刚开始,是时候做出新的尝试了。为了解决上述提及的 5 个问题,从现在起,我们取消原有的 Team Lead 形式,改为按照课程主题将大家进行分组,每一组设定 1 – 2 个讲师,由这些讲师为大家讲解对应主题的基础内容。

担任讲师的同学每周负责组织 3 – 4 次技术活动,我会旁听解答疑问。每周末则由我为大家带来一次拓展内容的讲解,大家都可以参加。

现在需要大家:
1. 请所有同学积极推荐身边的同学加入我们的活动,让各位讲师准备的内容可以被更多人共享。
2. 讲师们请尽早准备学习计划和课程安排,并给我做 Review。

#

通过这些活动,非常希望已经参加过几轮活动的老同学,能够回想一下,我们的活动是否真正提升了你个人对于技术的兴趣,是否可以在一年后的今天,让你自己的那份个人简历变得更加丰富?还有几个月的时间,大三的同学就要真正面对人生的第一个挑战了,你需要在暑假开始出发去北上广深,开始你的面试、实习之旅,这也是你职业生涯的正式开端。你是否做好了充足的准备?你们还面临一个关乎责任的任务,如何继续传承我们的这项活动?如何在你们离校前,尽自己所能更好地组织、培养低年级同学,同时也更好地锻炼自己的表达能力?

对于我们大二的同学,你是否已经相比前几届的同学有了一些改变呢?我们的基础认知是否已经足够,我们希望主动学习技术的动力是否被激发?我们是否希望去改变自己,影响身边?

而咱们大一的同学 —— 00 后们,你是否意识到了自身的优势?你是否看见了前人所走过的弯路,你是否能更明智一些,不再重蹈覆辙?让你有限的精力完成更多、更有益于自身的事情?

一切只关乎于时间,请记住,事情是会悄悄膨胀的,直到它占用了所有的可用时间(Parkinson 定律)。所以,请你珍惜当下,在人生最美好的四年,高效地学习,充实地娱乐。

Continue reading