只显示主题贴
在一个小团队中，项目经理是一个什么样的角色?是纯管理，制定计划并监督管理。还一个技术比较强的顺便管理一下呢?两者好像都不是太理想，因为团队小，如果专门放一个管理角色，确实也有些浪费和不能尽其用。但如果一个技术好的会因为管理而耗去大量的时间。如果你作为一个小团队的LEADER，你是选择以管理为主，还是以技术为主?
- 进入论坛 软件开发和项目管理 版
抛出异常的爱 写道对于一个接口进行描述。。。。
之后重构时把需要的类加上这个接口。。。
就像写一个普通功能user story一样。
PS：这个接口不需要有必须实现的方法。
这样的话还是需要考虑设计问题，如果都这样考虑的话，上来就会存在本身用不到的接口集，虽然是空的，但依然要花时间去验证，因为很多接口都是在重构中不断调整，放着的意义并不大啊
- 进入论坛 软件开发和项目管理 版
一个小组的工作量并没有多少但最后还是没完成。 这句够酷，确实是这样，没有度量的尺度，不能很好的把握进度，这个和工具无关。
- 进入论坛 软件开发和项目管理 版
楼上说到书，想请教一下有什么比较好的书推荐一下吗?前段时间在看敏捷估计与规划，觉得蛮好，毕竟管理很多更倾向于实际运作。
- 进入论坛 软件开发和项目管理 版
在敏捷估计与规划中写到:12.4 去除横切考虑....指导原则:考虑出去横切考虑(例如安全处理，日志记录，错误处理等),为用户故事建立两个版本:一个具备对横切考虑的支持，另一个不具备这种支持。
- 进入论坛 软件开发和项目管理 版
其实这并不是谁错的问题。很多不懂技术的大头头都习惯性从team中选技术相对好的人做leader。而角色转换以后很多人都不适应，突然觉得无从下手，心态也没能调整好。
- 进入论坛 软件开发和项目管理 版
svn?你的意思是把整理好的目录结构，以及word,ppt这样的文档直接开个项目存进去。应该是可行的，而且非常简洁。不过可能有2个问题，1.对非plain text不是很友好，比如word2.连接性，查询性的能力比较弱不过绝对是可以考虑的一个方法。其实思想到位，方法只要满足就够了，不用过于追求工具的强大。很多人都是靠pen & pencil.就像画uml从来都是从白板开始，只是用工具记录一下白板的情况而已。
- 进入论坛 软件开发和项目管理 版
一个软件成品的输入是需求，输出是符合需求、可靠易读的代码，副产品是知识积累，团队成长，财务回报。个人认为项目管理可以分为任务管理，时间管理，人员管理，知识管理。参与人员有3种不同的角色:不懂技术的大头头，懂技术的小头头，和广大开发人员。(前置条件参见顶楼)A. 任务管理1. 确定需求层面的单元，可以是UserStory或UserCase.2. 确定项目阶段，建立里程碑。结合实际情况，根据实践得出适合项目的明确开发工序。大体上来说，需求->分析设计->编码开发->测试发布->维护更新就编码开发来说，以.NET3.5+Linq+Mvc可以具体分为:建立业务模型->映射数据库->建立Control ...
- 进入论坛 软件开发和项目管理 版
评论排行榜