关于对公司的若干建议

感谢ls童鞋们的热心，目前我来负责项目，以下是我们定义的阶段性计划

工作计划
定义项目人员角色：
A：产品负责人，负责客户需求整理，产品定位，产品BACKLOG的制定，复杂业务功能的实现（兼开发人员），和客户进行需求沟通；
需求文档需要包含：ID，名称，重要性，初始估算（人/日）,如何演示，其它说明这些字段（会给出格式示例）
B：scrum master ,负责产品质量控制（外部质量和内部质量），进度控制，功能任务分配，sprint制定及控制，日会议的负责人，sprint末期的产品演示，以及核心公共代码的处理（兼开发人员）；
C，D：开发人员：负责给定任务的开发及自我测试工作；
E：测试，搭建测试平台，前两周进行测试工作，兼熟悉业务和代码，可以给出一个简单的功能进行开发。

5月12日：讨论目前系统系统下一步产品定位，需求来源。
5月12日：完善公司网站内容。

5月12日及5月13日：A继续和客户沟通，将BUG交由C和D处理，测试人员搭建测试平台，A专注制定下一步开发需求。制定产品的BACKLOG，需在5月13日处理完成。

5月14日上午9点-11点 SPRINT 计划会议。本次会议需要制定这次的sprint目标，本次sprint包含的user story，确定sprint演示日期，确定每日会议，确定任务分配，讨论每个story的表现形式，隐藏的难点或者不易察觉的陷阱，将每个story拆分成任务，根据story的重要性选择本次sprint需要完成的story。

5月14日 -5月27日本次sprint的开发日期。期间每完成一个story需要交由测试人员测试，可能需要修改BUG。

5月28日演示本次sprint成果。

5月12日-5月19日 需要完成陈先生的宣传网站方案，方案包含：文档介绍：网站功能，提供静态网站的演示。

我的其它工作：
代码规范的编写及监督，每日CVS代码量统计，持续集成的环境搭建，公共代码的编写，系统遗留技术问题的解决（工作流任务授权时处理的不正确）,开发过程控制，协助解决疑难技术问题。

请大家继续提出指教！多谢！

  你把人当代码来看了。

大家好像特别敏感对于人的管理问题。如果人人都高素质，那可能不需要什么管理，都和google一样。

断网。。。如果我们公司断网，我马上就辞职了。。。

工作一会儿聊一会儿天怎么了？谁能8个小时不停的工作。。。以我的经验来看，每天能专心写代码4个小时，已经算极限了。

每周一和周六都要例会啊，不双休了？

咱公司能上网，偶尔逛论坛，但是禁止上Q。

工作一会可以稍微休息，做点操，扯会谈，上个WC，找找灵感。

即便是程序员，工作也不完全是code，很多思考比纯code更重要，在走神的时候也就是休息了。

我也比较主张适当的管理，有点任务量，有点压力还是好的，环境太松了人就容易混日子。

 

小城市，没有双休，单休，目前已经改为15分钟日站立会议了。采用scrum的方式，包含sprint计划会议和sprint总结会议以及演示

一般不能上网的公司，我是不会去的。。。估计有经验的大部分人都这样

你们的员工上班应该是挺不愉快的。而且，不联网，怎么工作？！

好吧，我承认，这个只是设想，我不这么干了。。。