调查一下有多少人喜欢/反对写日报周报月报（写过项目代码的人才可以参与） 结束评语

[青润]

http://community.csdn.net/Games/GamePawn.aspx?id=113
这项调查持续了大约六个月之久（具体时间忘记了，不好意思，呵呵）。
结果如下：
A： 愿意并心甘情愿的写日报周报月报 7.78 4790 / 54 / 详细
B： 不愿意/不想/根本不/强烈抵制写日报周报月报 1.11 38193 / 206 / 详细
游戏说明：调查一下有多少人喜欢/反对写日报周报月报。写过项目代码的人才可以参与，其他人员我将设定另一个游戏供大家参与。
本调查时间比较长，可能会调整提前结束。希望能有足够多得人来参与，没人不用多，1分足够表示！

也就是说，B选项的选择人数几乎是A选项的4倍之多。
为了表示大家的心意和对分数的漠视，这次将分数送给了输掉选择的54位朋友。相信胜利者是不会有什么意见的。

这个选择项在我同样进行撰写的CSDN的年度调查报告中也有类似选项的表现，都说明了不合理的报告制度本身的问题。
如果想要评论，欢迎大家来评述，评论内容足够优秀的和参与过调查并且光荣的把分数送给了非正确答案的朋友可以得到本帖的得分——但是也需要您有自己的观点和看法的回复才好。

本贴非水贴，请大家不要大量灌水，欢迎关注。谢谢！

[以专业开发人员为伍]

[Quote=引用 49 楼 zuxiyo 的回复:]
我是强烈反对写什么"Rerort".但老板就是喜欢"Rerort",要求每个员工都要写,但是每个人都觉得没有什么可写的,有时候一个星期只解决一、二个问题,"Rerort"就只把这几个问题写上[/Quote]

事实上，你的老板此时应该看出你们的pm或者产品经理可能是个纸上谈兵的家伙，他对程序员的任务定义极端粗放（因此造成时间安排上的大起大落），把原本自己应该负责定义的高层功能协议推卸给程序员来代替自己进行软件设计。

[以专业开发人员为伍]

其实关键的重点是“有时候一个星期只解决一、二个问题”还觉得很平常，这种项目开发是作坊式的。

[以专业开发人员为伍]

作为参照，假设一个6个人的小团队，在开发一个产品的前期阶段（即用户主要需求大部分还没有做完的那个阶段），一周会有多少产品基线检查点？我想对于产品集成功能应该超过20个，而算上比较细颗粒的单个人开发的任务汇总起来的功能应该超过30个。如果pm待检查的基线特性很少，很粗放，那么自然就会没有什么可管理的内容。

[luofuxian]

[Quote=引用 35 楼 wdz567 的回复:]
写周报真累

老是忙的忘记写了

草草几句 感觉在记流水账
[/Quote]
感觉在记流水账,要是还来点日报，......

[芽疼]

我们单位每天都要学，但是我都好长时间没有写了

[Yao_2002]

公司要求要写日报,周报,月报,现在好像已成为一种习惯了

只是如果没有事情做时,写的日报有点假

[小笨象]

我不但要都要写，而且还要督促同事写。怎么说呢，日报是一种总结，对你当天工作的总结。
如果能实际的写出来，还是有效的。但也会出现8个小时都做同样的事的，这也很正常。
只能说，能起作用就好了。

[zigzagmr]

发动大家，写个《软件编写过程管理模块》，开始时间、保存时间、目的、注意事项等等等等，并可以自动汇总总结。皆大欢喜。哈哈

[UDX协议]

没有项目开发经验（编程经验，业务经验，项目管理经验）的管理者，不可能管理好一个项目，不管你什么管理理论学的再好，套用任何先进的管理方式，口号都是不成功的。
我个人认为还是要以人为本，以人治人，让你的组员去管理或协助其他组员，以关系好，容易撑控的成员带动其他成员，配合周报即可。你的专业知识越扎实，你控制的越好。反之易然。

根本出发点是结合自己的资源，从实际出发结合理论。

对于软件这个行业来说，越是复杂度高的软件，管理越困难。

越是复杂度越高的的项目或产品，报告时间越长，越是简单的越短。

it民工以天，程序员以周。所以没有什么好争的。

[张志龙]

我自己坚持写日报的，哪怕几句话，简单记一下今天的工作内容，解决了哪些问题或者正在解决哪些问题。
写了日报，周报就没必要了。当然，我们要开例会，有时会根据日报总结一下上周的工作情况。
如果实在没东西写，那你上班做啥呀？
月报是对日报的汇总，总结，对存在问题的分析，对下个月的计划安排。

日志中可以将如何解决问题的方法记下来，因为时间长了，难免会忘记。

[青润]

已经结帖。
在结帖给分中，我详细看了每一个人的回复，只要提出了自己的观点和经验的都给了较多的分数，因为回复较多，所以最高也就是5分，这里3，5分都是最高的。包括和我的观点相反的朋友也都有同样的得分。我认为：只要你表达出了自己的观点，那就应该拿到这个帖子的得分，因为这是一个讨论贴，不是一个定义性答案确凿无疑的帖子，每个公司有自己的特色，也有自己的运作权利，但是，怎样才是合适的？
只有对公司真正合适的，对员工真正体贴的制度，才会得到良好的执行，才能得到更多人的认可。本本主义是要不得的。
感谢大家的参与，如果还有需要表达的看法，还可以继续跟贴，但是，就没有得分了。呵呵

[cxzhq2002]

我们是周报及月报，日报没有，周报作流水帐，天天记也很费事，
月报作上月汇报及下月计划，月报给更高领导看。。。

自动上报，
与上级调查，
两种管理手段，觉得都是不错的方式

[tfxg]

寫日報可以，但並不是明確每天是8個小時的有效工作時間，實際上頂多就4個小時

[GhostAdai]

一年多没上这个论坛了，CMM2CMMI这个什么还在这里大放厥词，刚看了一年前那个贴我最后的回复，那个最狂的水晶剑锋林公子已经没敢再放屁了，怎么，你这个跟风的本本主义者也想尝尝滋味？

大家看这个贴就知道CMM2CMMI这家伙的形式主义已经到什么程度了http://topic.csdn.net/u/20080825/04/3d11015d-a628-466d-bb50-128fcfd168b6_4.html

大家也可以从他在此贴的127楼的回复就可以看出，此人连反观历史、总结前人经验教训都做不到，只会抱着书照本宣科，还敢妄谈管理，我公司里要有这样的人早就干掉了，也就他所在的“大公司”才养得起这些闲人。CMM2CMMI，别以为你在你公司有多重要，看过一个笑话没：一个经理病还没完全好非要赶着回公司，医生劝说：“公司没有你就没法运营了吗？”，经理答：“我就是怕他们知道这点。”

[furlxy]

纯粹浪费时间

[fangjb_2008]

我绝对不愿意的。太浪费我宝贵的时间了。。。。

[zhuwei_810713]

我自己感受，项目经理在管理进度管理时，应该三个内容核对：
1、计划；
2、提测情况；
3、测试情况
这三项内容就能够知道计划执行的怎么样？完成任务的风险点在哪里？其实让兄弟们写日报，也是为了核对进度，还是需要与这些内容进行核对。所以我觉得如果没有规定，写日报就可以了，但是项目经理需要根据项目的实际情况，对计划进行核对。

[If_else_elseif]

讨厌写周报。
我们的周报EXCELL格式很恶心，分上午，下午。
有时候为了一个技术问题研究了很久，也走了很多弯路。
周报上写，上午：针对项目中***功能研究***问题。
下午：采用了**方法攻克***问题。
这中报告给非技术的管理人员，他们感觉你一天干的事很少。
头疼....

[forarrow]

也许对于高手来说日报可有可无，但对于新手来讲，还是多写一些吧。写真实些，今天做了啥，明天要做啥。这就是计划，对于那些没有方向感，没有自控能力的人来说，这就是对他们的最好帮助了！

[rucccz]

日报没多少必要,周报还是必须的

但做为项目经理或监理来说,如仅官僚的通过看周报去了解项目信息,那离失败或出问题就不远了.
事实上,很多项目中的情况还必须切身体会,开个会,吃个饭,随便聊聊,就会发现很多周报上没有的东西.