- 2019-03-15从三个角度分析可行性，相当全面。
我们企业在软件项目立项时，经济可行性分析和技术可行性分析是必须要有文档材料，并且进行严格审批的，社会可行性方面，倒是没有严格的审批流程。
首先讲技术可行性。我们碰到的最主要的问题是对于技术解决方案是否合理的问题。由于决策层对技术的了解程度不一样，如果是采用已经在使用的技术，那么决策起来比较容易，但如果需要引进新的技术，那么最终的技术方案的敲定会历时很长。我们一般会通过寻求专家咨询，通过分析Gartner魔力象限和成熟度曲线，已经通过POC等方式，来寻求可行的技术解决方案。当然这里也遵循一些原则，就像老师上次说过的几个架构原则，“合适原则、简单原则、演化原则”来选择技术解决方案。
再谈一下经济可行性分析。
成本分析相对来说比较好分析，难处主要在于收益分析。一个软件项目，一般的目的主要在于解放生产力，让手工操作变为电脑操作，可以提高劳动生产率。从定性的角度是比较容易说的，但是到定量就很难了。特别是经济性分析的审核部门是财务部，如果我们说可以节省多少人手，那么财务部可能真的会要求业务部门减招人员，而这个又是业务部门很不愿意做的事情。所以这个问题还是在我们这样的大企业里存在，各个部门都希望保住自己的利益，所以会有很大的冲突。
老师，你以为呢？如果像这种情况，如何更合理地做出经济性分析，又能让各个部门皆大欢喜？展开作者回复: 你说的这个问题对我有点难度呀！🤔
我觉得经济可行性分析的结果，不能只说提高劳动生产率，更多的要谈创造的价值。当然实际上也要真的能给公司创造价值。
很多IT部门因为没有直接创造价值，所以地位反而不如销售部门，是因为从表面上看，软件项目是不直接创造价值的，只有销售出去才创造价值。
当IT部门或者说软件项目，能让人意识到能创造价值，而且能持续的创造价值，那么就不是减人的事情了，还得考虑增加人手呢。 1 4 
2019-03-14最近有个项目延期，原因之一就是用到的第三方库需要https绑定域名，测试环境因为用http所以没有发现该问题。
事先的可行性研究，目的就是消除或者平衡项目中的技术风险、能力风险、协作成本、法律、部署等风险。
总结里给出了一个可行方法，即尽早上线部署，不对外公开服务即可。像法律问题，靠及早软件部署没法解决，可以有个检查清单，每类风险都给出适当评估意见作者回复: 这种问题确实不好暴露。
除了及早上线，有一点可以改进的建议就是测试环境也可以考虑把https用起来，尽可能保持一致，这样能减少一点类似问题的风险。 4
2019-03-15用失败的案例来理解怎样做才能成功会更加容易，老师从这个角度来分析也让我容易接受。
实际的项目确实很少分析可行性，一般客户有需求就想着怎么去实现，也就是说都是分析技术可行性为主。
我们做的项目大部分都是硬件和软件结合，从经济角度分析，硬件更加容易分析清楚，软件会困难很多。作者回复: 对，软件的可行性分析确实有困难，但还是应该做一下，项目完成后再对比一下当初做的分析，几个项目积累下来，会有很多收获。
2
2019-03-15可行性分析，在智能硬件上特别突出，考虑经济成本上经常只计算了硬件成本，选择低廉的 MCU，不考虑软件上的成本，结合上节课的黄金三角，为实现需求最终只能在时间做出妥协，成本回收周期更长，需要卖出的产品要更多。作者回复: 👍
软件工程的很多知识是有借鉴其他工程领域的，像可行性分析、金三角都不是软件项目独有的。 2
2019-03-14由于软件工程相对于大多传统工程，在立项前所面对的问题、实际需求与解决方案往往更加模糊、不够明确。而问题及其解决方案又是可行性研究的前提。因此软件工程的可行性研究也存在差异。在软件工程进展的过程中，持续或分阶段进行可行性评估，尽早发现风险及时应对，也许是更好的方法。
经济可行性——成本收益分析
技术可行性——技术成熟度、人员条件、缺陷容忍度
社会可行性——法律、价值观、道德、社会影响展开作者回复: 👍谢谢补充
2
2019-03-14都只评估技术和功能可行性作者回复: 有时候没评估是没意识到需要评估，如果了解了不妨从文章中提到的几个角度思考一下，也许可以避免不必要损失。
2
2019-03-14技术可行性这东西。。。
就是每次在搭建项目之前，会各种分析各种技术的优劣。
架构搭建好之后，除非重构，都是奉行“只有想不到，没有做不到”的思路，从此再也没有技术可行性分析，一切都是可行😂😂😂作者回复: 哈哈，这个确实很常见。技术人员都有执念，我懂的！
另一个角度讲，可行性研究本就是架构设计时要确定的，架构如果都已经做好了，成本也很高了，除非有真绕不过去的坎。 2
2019-03-14我们开发用的是业界比较成熟的技术，对于技术可行性的研究没有那么重视，其实这是有风险的，老板也知道，但是大家都默认了作者回复: 说到风险，《14 | 风险管理：不能盲目乐观，凡事都应该有B计划》会讲到风险管理。
对于风险有一种应对策略就是“接受风险”，也就是明知道是风险，还继续做：） 2
2019-08-25每当经理说要做一个项目，就我自己来说总是找不到不做的理由，因为我们项目一般是部门内用，基本上没有技术成本和社会成本，学了本课，了解到人力成本，以后简单的容易上手的可以放心交给低一些的工程师，复杂一些的就自己写核心，辅助组内其他人完善。作者回复: 对的，人力成本是项目中很重要的一个因素。
另外，很多时候我们确实无法去对项目中的事情做决策，但并不妨碍通过学到的知识，科学的去分析和判断。
没有决策权毕竟还有建议权，好的建议总有被引起重视的时候。就算建议没采纳，也积累了一次练习的机会。
现在没有决策权不代表将来没有决策权，早做准备这样等到你有决策权的时候已经积累了大量经验了。 1- 2019-04-14学生时代做项目的时候，就有一种感觉，感觉没人push，即使可行，项目进展非常难，大家都'没把心思放在上面上，导致可行性形同虚设
作者回复: 你说的这更像一个项目管理和项目计划的问题：）
当然也可以认为是可行性分析时就预见到了这种可能:P 1 
2019-03-18我们的项目中技术可行性和成本可行性考虑的会偏多一些，社会可行性通常很少考虑。
有些时候因为技术人员技能存储问题，可能会导致很适合项目的技术，却无法使用。通过其他笨方法，虽然实现了功能，但看起来很low，回过头再想想其实也符合最简化原则。
成本可行性很多情况偏重于决策层，有些项目属于长远战略，即便短期没有收益甚至亏损，公司依然长期投入，当然也有失败的风险。
在项目上，大部分情况都是脑子里走一遍，容易思虑不周、以偏概全。跟着老师系统学习，觉得还是落成文字才行。展开作者回复: 👍落成文字是个帮助思考的好习惯
1
2019-03-16可行性分析形同虚设：小公司岗位职责不清晰，互相照顾面子怕得罪人，谁都怕犯错背锅，感觉谁都对，最终就导致谁是“老板”谁拍板！
我感觉这个问题挺严重的，很影响决策正确性，只能等所谓的市场反馈。
也用类似项目成员“扑克牌”打分的方式可以解决吗？核心问题出在哪里？多谢老师，期待解答展开作者回复: 你这个问题已经不是可行性研究的问题了！
核心问题在于没有一套合理的类似于扑克牌打分的机制和流程。
扑克牌为什么是个好机制：
1. 公平合理，每个人都有机会不受他人影响的表达
2. 不用背锅，估错了也没关系，意见不一致还可以讨论
可行性研究是不是也可以形成类似机制？有专门会议，大家提前准备，会议上一起讨论结果，不用背锅，根据讨论结果形成最终决议。项目结束后在回顾对比当初的分析，作为下一次的参考。 1
2019-03-15我们公司小，都考虑技术可行性，感觉上这样成本会小一点，，不过不做其他技术可行性分析，缺点也特别明显，作者回复: 还是有必要做一下，即使最终还是要做，也可以帮助你提前发现一些潜在的风险，早点预防
1- 2019-03-15这也是为什么公司或团队成立技术委员会的目的，就是让视野开阔的技术大牛从多角度分析方案落地的可行性，我觉得还是很有必要的；社会角度确实之前也没有考虑到，这也是日后需改进的点
作者回复: 是的，技术可行性还是需要有几个人一起多角度分析一下更科学客观
1 
2019-03-14经济可行性应该如何衡量呢，经常老板说值得做就做了，很少自己思考这个问题作者回复: 就像文章里面举的例子，算算人力成本，算算软硬件成本。
1
2019-11-18可行性分析可以从更多维度进行分析，我认为可以参考模型PEST或PESTLE（Political, Economic, Sociological, Technological, Legal, Environmental）作者回复: 政治（Political）、经济（Economic）、社会（Sociological）、科技（Technological）、法律（Legal）, 环境（Environmental）
👍
2019-04-01我觉得大部分不做可行性研究是国内擅长山寨…而且很多纬度考虑不到……作者回复: 山寨也有可行性问题呀，法律和道德上都可能有问题：）
2019-03-19微软雅黑，能坑垮一家公司。作者回复: 👍这个案例好😄
2019-03-17从经济，技术，社会可行性三个方面进行评估。