Project management 概念证明
我需要向我的老板提供概念证明。我们的应用程序是用WPF编写的，但我完全了解Windows窗体。在WPF中实现POC的时间是在windows窗体中的3-4倍Project management 概念证明,project-management,Project Management,我需要向我的老板提供概念证明。我们的应用程序是用WPF编写的，但我完全了解Windows窗体。在WPF中实现POC的时间是在windows窗体中的3-4倍 您将如何进行此操作，或者使用WPF获得一个外观难看的POC，其创建时间为创建时间的三倍，或者使用windows窗体快速获得一个外观难看的POC？软件是业务的推动者。业务是当有人购买和使用你的软件，并支付它。作为一名软件工程师，我有责任制作一个好的软件。如果好的话，意味着漂亮的用户界面，有助于销售/推销。我会做的。我还将制定时间表并提交给我的经
您将如何进行此操作，或者使用WPF获得一个外观难看的POC，其创建时间为创建时间的三倍，或者使用windows窗体快速获得一个外观难看的POC？软件是业务的推动者。业务是当有人购买和使用你的软件，并支付它。作为一名软件工程师，我有责任制作一个好的软件。如果好的话，意味着漂亮的用户界面，有助于销售/推销。我会做的。我还将制定时间表并提交给我的经理/老板。他们同意让他打电话。如果他说为什么你不能在更短的时间内完成，我会提醒他缺乏专业知识/诀窍/不熟悉的api。如果老板仍然不明白这是他的问题。取决于你的工作场所是否有将半工作POC制作成最终应用程序的习惯，而不是将其视为演示原型。我见过有人为了避免这种情况而为GUI POC或故事板设置交互式PowerPoint演示文稿。听上去很明显，最好是尽可能快速、廉价地集中精力证明概念的核心思想，而不受合理怀疑
如果概念背后的基本思想是“在WPF中实现手动数据输入功能”，那么显然要坚持WPF，如果核心思想是GUI框架不可知，那么就选择WinForms。这取决于您试图用概念证明“证明”什么 如果目的是证明WPF是一个很棒的富UI平台，那么在Windows窗体中开发PoC至少是有害的 如果目的是演示与UI无关的东西，那么这不一定是坏事
在任何情况下，保护PoC不被升级为产品代码都是非常重要的，因此在Windows窗体中开发PoC可能会带来额外的好处，即如果产品必须在WPF中开发，项目经理不会觉得有必要将PoC重新用于产品应用程序。这取决于具体情况。您是否必须证明问题可以在您的产品中解决？然后使用相同的产品来构建它 否则，当你的老板发现你使用了另一个框架时，他取消项目的风险有多大？他相信你，这真的能证明事情可以实现吗 他会爱上用户界面吗，还是会把它抽象出来，看看潜在的问题 他会珍惜所获得的时间，还是时间不成问题
我会让他决定。是他付的钱 编辑对评论做出反应：我希望这条帖子能提供一组很好的论据，让你的老板提出一个准备充分的建议，并进行风险分析等等。那么，让他决定吧。如果他是那种不喜欢做决定的人，那就温柔地为他做决定。开始之前
- 定义您想要证明的内容（UI外观/感觉？性能？一些特殊功能？）
- 以尽可能简洁的图形方式实现该方法-将重点放在您试图显示的内容上（如果是UI，则Powerpoint中的简单线框有时会起作用）
- 提供一份假设和约束的清单——仅仅因为POC有效，如果你/你的老板有不同的假设，你不想让自己在最终交付时陷入困境
- 提供你认为对你正在做的事情有实际商业利益的东西……比技术性的东西更好