技术人员在构思一项功能时, 会同时在大脑中编织其实现细节!
不利的一面
这种编织过程就像本能难以避免, 它有优势, 对现实可行性更有判断, 但不利的影响也很明显!
1, 容易陷入细节, 破坏思维的整体性.
2, 构思的实现复杂度会直接影响决策.
这种构思本身受个人经验所限. 事实上实际复杂度有不确定性, 再加上复杂度与任务的分解, 时间的分配相关, 因此, 这种复杂感反而会影响功能设计的一些可能性!
3, 容易产生畏难等消极情绪.
过多的逻辑细节, 会让大脑回路过多, 不堪重负而产生消极情绪, 觉得麻烦!
有时候局限自己的正是自己的专业!
若要放飞自己, 天马行空一回, 需要抛开原来的自己!
如何避免这种不利的影响
基本思路是: 设计时抽象化, 避免陷入细节, 适当忽略, 而细化时, 则多做计划.
(1) 找个闲人
其实这个闲人是指, 他不需要做正在构思的这件事, 他没有任务焦虑! 实现的麻烦与否不是他关心的, 这样探讨更容易聚焦在创造可能性上.
(2) 利用工具
既然排除这种影响有些困难, 那就借用一些工具. 这些工具包括过程工具或软件工具.
过程工具指别人分析或设计时实践出来的较为完整与实用的既有模式或流程. 如 SWOT 分析法, S (strengths) 是优势, W (weaknesses) 是劣势, O (opportunities) 是机会, T (threats) 是威胁, 它就告诉你要综合这些方面考量, 一项项的来再系统分析.
软件工具则能辅助大脑进行构思, 能直观的反复调整, 预览整体又聚焦局部, 如思维导图工具.
(3) 接受现实
想的是方向与目标, 做的是探索与行动. 不到最后, 就不知最后是什么样. 从设想到实现, 本就是一个不断修正的过程, 既然如此, 接受一定程度的不确定性, 适当的给自己一些弹性空间, 也许更可能广纳良策!
就像 2000 年成立的 37signals 公司, 几个成员分散在各地, 当时还没有 SaaS 的概念, 他们很需要一种高效及时的线上沟通方式来协同开发和设计工作, 于是几个核心成员决定根据自己的实际工作需求亲自开发这样一款产品, 于是 Basecamp 诞生了, 5 年之后, 37signals 决定把未来的发展方向聚焦在 Basecamp 上面, 并把公司正式更名为 Basecamp.
有时候成功就是去做一件事, 一路上不断地去发现, 最后有件事做成了, 原来做什么记得的人不多.
### (4) 审视自我
当旁观自己的时候, 更能看清问题的本质. 如, 我们反对一种方案, 是对提出这个方案的人有偏见, 还是方案跟自己的安排有冲突, 或就是简单的心情不好? 身在其中则难览全貌, 旁观者清.
同样的道理, 在讨论功能设计时, 去体会自己的心理变化, 而不急着去爆发情绪, 能让自己更接近真相, 知道这些感受产生的原因, 从而避免情绪化决策.
关于难点
不管是不是受经验所限, 在当前的时间, 资本, 人力水平上有困难的都是不可否认的难点.
迎难而上或知难而退
(1) 专门立项进行突破 - 作研发
(2) 寻找已有的解决方案 - 有的话
(3) 能否绕过去或有替代方案 - 也不错
(4) 可能的话暂缓执行 - 待时机
(5) 评估利弊考虑放弃 - 可选项
突破难点
(1) 预留时间
为重要的事情预留时间, 有些挑战的实现自然需要时间, 而且不同性质的事情, 时间的作用是不一样的. 有些事情, 分散的时间更易出成果, 有些事情时间过于碎片则终归零. 所以, 不要平视所有事情, 为不同的事情预留它需要的时间.
(2) 克服畏难情绪
当很多细节未准备到位时会让人很畏难, 然后去做准备会感觉不容易, 去找现成可用的解决方案更不容易, 时间在流逝, 问题依旧, 愈发焦虑.
畏难情绪总是有的, 我们只能看着办!
功能的实现, 可以这样: 目标定为先让其有, 行动上先出能有的, 然后再聚焦问题. 能有的已经有了, 则更能聚焦问题.
来源: https://www.cnblogs.com/timeddd/p/11059041.html