当前位置: 首页 > news >正文

小团队的PM和开发方法

from http://forum.javaeye.com/viewtopic.php?t=1499
said by dlee:
一个合格的 PM 至少要身兼 3 个角色,对于客户他是技术专家,帮助客户使用技术手段解决各种业务问题。对于程序员他是业务专家,帮助程序员理解客户的需求,与程序员一道做设计。做好各种辅助工作(建立和维护开发环境,寻找适合的开发工具),便于程序员以最高的效率完成工作。PM 其实起到的是一个业务知识与技术知识之间的桥梁作用(很多公司并没有 PreSales 这个职位,因此 PreSales 的工作其实是由 PM 来担任的)。同时 PM 还是一个管理者和督导者,要以最有效率的方式组合各种资源,合理安排进度、计划和目标,按时交付具有一定质量保证的产品。

from http://forum.javaeye.com/viewtopic.php?t=1407
said by dlee:
我大致看了一下,感觉这本书的内容非常棒。而且我认为 FDD 是比 XP 的 TDD 更适合于中国的软件开发过程。
我读过 XP 的教材后的想法是:别急,先等等看。
读过 FDD 的教材后的想法是:还等什么,明天就做起来。

said by o6z:
最近经常看到讨论数据建模和对象建模的问题,还看到业务建模的问题。而我觉得我们说了这么久,真的没有color UML那么几页纸对我触动大。虽然uml with color不是设计的解决方案,但是你会看到它对于需求了领域的把握是非常出色而令人经验的。赶快学习,不要耽误。
简单的令人吃惊,有效的令人吃惊的东西。我实在是佩服together的创意,和他们逻辑严谨的思维方式。它用4个原型概况了很多让人迷惑的东西,用12个组件推出了经常出现的一些场景模式。我想如果谁有时间,把那200页左右的《Java Modeling in UML with Color》翻译成中文就好了。


from http://forum.javaeye.com/viewtopic.php?t=5055
said by o6z:
我读书还喜欢读那些可以放下不管,没有事情再拿起来翻的书。比如gof,你完全就可以看过前面的原则的部分,然后浏览一下后面的具体的东西,然后就放下,等你觉得一个地方可以使用一个什么模式,再去查,查完又放下。
其实写用例也是如此。为什么会觉得困难,我想大概多数人总是追求一个详细的用例说明,而忘记用例是拿来用的,而不是拿来写的。用不到的部分就可以暂时不那么精细,等你开发到那个地方再去细化。这个也是自己练习增量迭代的一个步骤。

from http://forum.javaeye.com/viewtopic.php?t=5481
said by o6z:
本人接触日本人的开发方式还算早。他们的V模型其实还是很好的,但是除此以外日本人的东西可以说全都是反面教材。而对于敏捷在日本的流行也比我们这里热的多。但是我不想给大家介绍这些,因为这些不是问题的核心。现在我们面对的不是不是5年前,以至于不是一年前。现在我们面对的是变化多端的市场体系,是一种对成本核算和质量标准要求近乎苛刻的市场。那些让你可以温文尔雅的按部就班的方法论,都不能让你适应这样的环境。XP在我看来都不够极端,都不能面对这样的场景。日本人的小儿科就更加让人觉得可笑。
现在我们即将面对的情况是你必然会失败,成功只是一展偶然的运气。我们所能做的,也不是那些以前些年软件工程研究的减少错误,优化流程就可以让你成功的了。我们将面对的环境要恶劣的多。在这样的条件下生存就将按照一种另外的形式进行,那些不能及时专横跋扈思维方式的人面对的就只有死亡。软件开发将从新成为一种个人英雄主义的活动,任何一种试图依靠所谓的方法和过程学说都会被认为是脑筋错乱的产物。组织高度自管理自控制,扁平的组织成为唯一的形式。动态和高变化成为首先要考虑的,所谓的以需求为驱动的开发将被彻底的抛弃。
我不知道谁能生存在这样的环境中,但是我知道日本人肯定不能生存。

said by dlee:
o6z 兄的话深合我心。以前软件工程一类的书中举的案例动辄就是数十人、上百人的团队,开发时间持续一年以上。但是事实上我做过的项目很少有 6 个人以上、持续时间超过半年(我确实没有实施大项目的经验,没有什么好惭愧的,也许以后会有这样的经验)的。软件工程在这里不适用(实用)是非常明显的。我考虑的问题根本就不是如何中规中矩地实施软件工程或者某种软件过程,而是如何在这个项目结束的时候还能够幸存下来。非常幸运的是我做过的项目客户都真正用起来了,并且在后期的维护中我们基本上满足了客户对系统的绝大部分期望。我不知道这是不是某种成功,我只知道我现在仍然健在,这似乎不是一件偶然的事情,然而我居然没有依靠任何软件工程!

————————
PM的职责,FDD,UML with Color,文本形式的用例,实践中的XP
几个蛮关键有用的问题。多谢两位前辈的精彩讨论。

转载于:https://www.cnblogs.com/taowen/archive/2004/06/02/12986.html

相关文章:

  • 第二个商业设想
  • 如何让.net 2003中的Panel正常实现Dock
  • innodb引擎redo文件维护
  • 清理
  • Xcode8.2 继续使用插件
  • Native C++死了吗?
  • SIP协议的常见命令
  • Spring的注解@Repository@Service@Controller和@Component
  • NHiberate的set
  • c#启动windows服务问题总结
  • IE不能开新窗口的解决方法
  • Hadoop工作流--JobControl(五)
  • 排序集锦(rough)
  • 东方有限网络面试·我是不是太奢侈了
  • 谷歌浏览器添加书签
  • 深入了解以太坊
  • [笔记] php常见简单功能及函数
  • 3.7、@ResponseBody 和 @RestController
  • django开发-定时任务的使用
  • HTTP那些事
  • java概述
  • JS笔记四:作用域、变量(函数)提升
  • Laravel深入学习6 - 应用体系结构:解耦事件处理器
  • learning koa2.x
  • node.js
  • Redux 中间件分析
  • SegmentFault 社区上线小程序开发频道,助力小程序开发者生态
  • Selenium实战教程系列(二)---元素定位
  • SpiderData 2019年2月16日 DApp数据排行榜
  • vue2.0一起在懵逼的海洋里越陷越深(四)
  • Web设计流程优化:网页效果图设计新思路
  • weex踩坑之旅第一弹 ~ 搭建具有入口文件的weex脚手架
  • yii2权限控制rbac之rule详细讲解
  • 汉诺塔算法
  • 缓存与缓冲
  • 爬虫进阶 -- 神级程序员:让你的爬虫就像人类的用户行为!
  • - 语言经验 - 《c++的高性能内存管理库tcmalloc和jemalloc》
  • 看到一个关于网页设计的文章分享过来!大家看看!
  • FaaS 的简单实践
  • #{}和${}的区别?
  • %3cli%3e连接html页面,html+canvas实现屏幕截取
  • (04)Hive的相关概念——order by 、sort by、distribute by 、cluster by
  • (11)工业界推荐系统-小红书推荐场景及内部实践【粗排三塔模型】
  • (三)mysql_MYSQL(三)
  • (十八)三元表达式和列表解析
  • (十五)Flask覆写wsgi_app函数实现自定义中间件
  • .md即markdown文件的基本常用编写语法
  • .NET/C# 利用 Walterlv.WeakEvents 高性能地定义和使用弱事件
  • .NET/C# 使用 ConditionalWeakTable 附加字段(CLR 版本的附加属性,也可用用来当作弱引用字典 WeakDictionary)
  • .NET程序员迈向卓越的必由之路
  • .net解析传过来的xml_DOM4J解析XML文件
  • .net经典笔试题
  • .NET中的Exception处理(C#)
  • @SuppressLint(NewApi)和@TargetApi()的区别
  • [20181219]script使用小技巧.txt