软件工程之美
宝玉
Groupon 资深工程师,微软最有价值专家
44272 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 55 讲
软件工程之美
15
15
1.0x
00:00/00:00
登录|注册

“一问一答”第2期 | 30个软件开发常见问题解决策略

不必依赖于公司现有制度
多一对一沟通
架构设计更多是专注技术
项目经理更多的是跟人打交道
需要好的沟通能力
需要大局观
Windows 系统已开始就是作为一个产品开发的
在目前前后端分离、Restful 风格的应用架构下
在敏捷开发中产品部门怎样参与产品设计会更好
模块间“高内聚低耦合”
模块有哪些分类
什么是模块呀
产品需求规格说明书
产品需求文档
一对一会议
项目总结会议
产品演示验收会
项目计划会
进度报告会议
瀑布模型各阶段的说明会议
瀑布模型各个阶段的评审会议
项目启动会议
整个项目开始前到项目完全结束,一般都要开那些会议呀
我想你说的应该是需求评审会议或者需求讲解会议
如果是采用敏捷方法的项目,项目计划是否应该就是迭代计划
对的,第一步先想好做什么
尤其是里程碑的确定
多一对一沟通
敏捷的项目计划确实有些不一样
计划一定是个迭代的过程
计划恰恰就是为了预防类似于开发不紧不慢耽误了时间的问题
多帮助他们
多换位思考
充分发挥其优势
多一对一沟通
以前我也纠结过这问题
以前也坚信这个观点
无论大小公司,一定都要多用合理制度流程
解决目标一致性问题
不同之处
相同之处
可行性研究形成类似机制
核心问题在于没有一套合理的类似于扑克牌打分的机制和流程
LDxy的问题
alva_xu的问题
kirogiyi的问题
hua168的问题
Bo的问题
kirogiyi的问题
hua168的问题
bearlu的问题
哥本的问题
bearlu的问题
纯洁的憎恶的问题
Geek_85f782的问题
一路向北的问题
tcny的问题
Dora的问题
冰封血影的问题
风翱的问题
titan的问题
天之大舒的问题
川杰的问题
Charles的问题
需求是项目的源头
项目管理贯穿项目始终
一问一答
项目管理
软件开发常见问题解决策略

该思维导图由 AI 生成,仅供参考

你好,我是宝玉。我们专栏已经完成了项目管理和需求分析这两个模块的学习。这两个模块看起来都和技术没什么关系,但却是项目中至关重要的部分。
项目管理贯穿项目始终,需求是项目的源头。希望通过对这两个模块的学习,能加深你对项目管理和需求分析知识的理解,能应用其中一些方法,帮助你个人能力更上一层,项目越做越好。
这个过程中一如既往的收到很多同学的精彩留言。其中有一些是提问,一些是针对文章主题自己独到的思考,这些内容都是对专栏内容最好的补充,可以加深你对软件工程的理解和学习。

一问一答

No.1
Charles:可行性分析形同虚设,小公司岗位职责不清晰,互相照顾面子怕得罪人,谁都怕犯错背锅,感觉谁都对,最终就导致谁是“老板”谁拍板!我感觉这个问题挺严重的,很影响决策正确性,只能等所谓的市场反馈。也用类似项目成员“扑克牌”打分的方式可以解决吗?核心问题出在哪里?
宝玉:这个问题已经不是可行性研究的问题了!核心问题在于没有一套合理的类似于扑克牌打分的机制和流程。
扑克牌为什么是个好机制:
公平合理,每个人都有机会不受他人影响的表达
不用背锅,估错了也没关系,意见不一致还可以讨论
可行性研究是不是也可以形成类似机制?有专门会议,大家提前准备,会议上一起讨论结果,不用背锅,根据讨论结果形成最终决议。项目结束后在回顾对比当初的分析,作为下一次的参考。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文是宝玉的“一问一答”专栏第二期,涵盖了软件开发中常见问题的解决策略。作者通过回答30个读者提出的问题,涉及项目管理、需求分析等方面,为软件开发人员提供了宝贵的经验总结和问题解决指南。文章强调了项目管理和需求分析对项目成功的重要性,鼓励读者通过学习这两个模块来提升个人能力和项目质量。作者还分享了针对不同问题的解决建议,如制定合理的类似扑克牌打分的机制和流程、架构师的角色定位、解决目标一致性问题、技术管理的制度建设等。通过阅读本文,读者可以快速了解软件开发中常见问题的解决策略,加深对项目管理和需求分析的理解,提升个人能力,并改善项目管理和需求分析的水平。整体而言,本文内容丰富,具有很高的实用价值,适合软件开发人员阅读参考。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《软件工程之美》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(7)

  • 最新
  • 精选
  • 一路向北
    这个总结做的真是不错!看一遍,又把项目管理,产品开发实践等方面又重新温习了一遍,加深了印象。

    作者回复: 🤝要感谢编辑同学帮忙辛苦整理。

    2019-04-13
    7
  • 小老鼠
    技术人员如何学好业务知识?

    作者回复: 学什么都离不开:理论+实践

    2019-09-17
    1
  • 超神的新垣结衣
    第一段中提到的扑克牌打分是什么机制?

    作者回复: 其实是扑克牌估算工作量方法,可以参考:http://www.scrumcn.com/agile/scrum/4523.html 《07 | 大厂都在用哪些敏捷方法?(下)》 https://time.geekbang.org/column/article/85018

    2019-04-15
    1
  • 精选的真好,一方面更加深刻的理解了专栏的内容,一方面也学习了很多同学们做总结的方法。

    编辑回复: 嗯,有帮助就好😊

    2019-04-14
    1
  • 鸽足轻轻
    赞~
    2019-05-10
  • 货很干!点赞👍
    2019-04-15
  • 大茹
    赞👍
    2019-04-13
收起评论
显示
设置
留言
7
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部