问题描述
具体见附件目录：前言名词解析:项目负责人项目实现人项目跟踪人项目依据实现日志项目日志开发流程:第一步:生成初步文档、实现日志及项目日志第二步：生成项目依据第三步：按部就班编码,填写项目日志，实现日志前言：本准则意在规范本公司开发流程，提高开发效率。准则实行按职分工，参与人员均有其权利及义务。详细见下文。名词描述：项目负责人：与客户沟通,形成开发流程第一步的文档的人物，程序员排除在外。以现有项目为例：Somatching中：项目负责人是aswon,在MyDear中，BOSS是项目负责人，在TaskManager中，Silvia，BOSS是项目负责人。没时间填写就去找个秘书吧，费用自负。^_^项目实现人：与字面意思一样,不用多解析.一般为形成开发流程第二步文档的任务的人物，包括美工及程序员。项目跟踪人：是指全程跟踪项目依据，实现日志,以及项目日志的人物。项目跟踪人有监督项目负责人及项目项目实现人及时填写日志的义务，以保证项目依据、实现日志及项目日志正确且有效，项目依据与项目日志及实现日志一致。项目跟踪人一般为KIKI或ASWON。PS：任何人均不得同时兼任项目负责人，项目实现人，项目跟踪人中的多个角色。项目依据：是指开发流程中，第二步所形成的文档，由项目负责人及项目实现人共同完成。只有在双方都同意此文档后方可进行编码工作，并以此作为项目依据。双方应该确认签名后，文档方可作为项目依据，单方面实现的，无效。其包括两个方面：一是界面初稿，而是功能列表。具体要修如下:界面初稿：美工按照第一步文档，经与项目负责人讨论，后按照要求制定。（参照后面的SoMathing例子）功能列表：程序员根据第一步文档抽取相关功能，经与项目负责人讨论，然后按照要求列出。（参照后面的SoMathing例子）经过美工以及程序员初步制定后，项目负责人审核，双方确认。格式如下：任务名称：（格式统一为“项目_模块_功能”）难度（容易正常，困难）造成此难度原因预计时间添加日期实行日期状态（提前完成，正常完成，延迟完成，暂停，取消，等待处理）,造成此状态原因结束日期已确认备注REVPS:项目依据，除了沟通任务外，时间量不应该超过60分钟，且不能有跨天的任务。除之前沟通任务可以跨天外，所有跨天的任务必须细化成60分钟以内,且当天完成。以方便与项目开发树互相核对。PS:关于项目依据的修改，未开始的功能，可以修改，已经实现的只能作为新功能来计算。项目依据有版本号，每次修改加一。项目日志及实现日志取当前项目依据版本号。已经实现的功能REV列不可修改，未实现的取最新的。PS:项目负责人和项目项目实现人都应该时刻跟踪项目依据，并以此作为依据。(系统应该设计一个方法以判断项目依据和实现日志及项目日志是否一致，出现不一致情况是严重错误，将带来无法挽回的损失，此时应追究项目跟踪人的责任。)PS:关于项目最后完成时间，应由此依据计算所得，不经此表计算所得，不作为依据。PS:如果需要中途插入新功能，应在实际项目安排出插入。PS:项目负责人及程序员双方应该全程跟踪此表，发现任何问题立即提出以SoMatching，短消息模块为例，功能必须有，发送，阅读，移动到垃圾箱，从垃圾箱取回，彻底删除，显示消息列表，显示垃圾箱列表，发送到手机，拖放。结果应该如下：任务名称：（格式统一为“项目_模块_功能”）难度（容易正常，困难）造成此难度原因预计时间量添加日期实行日期状态（提前完成，正常完成，延迟完成，暂停，取消，等待处理）,造成此状态原因结束日期已确认备注REV发送正常60分钟2009-1-182009-1-19正常完成2009-1-19是1.0阅读正常60分钟2009-1-182009-1-19正常完成2009-1-19是1.0移动到垃圾箱正常60分钟2009-1-182009-1-19正常完成2009-1-19是1.0从垃圾箱取回正常60分钟2009-1-182009-1-19等待处理否1.0彻底删除正常60分钟2009-1-182009-1-19等待处理否1.0…正常60分钟2009-1-182009-1-19等待处理否1.0发送到手机困难没有经验1天如果此时追加紧急任务：发送到邮箱，结果应该如下任务名称：（格式统一为“项目_模块_功能”）难度（容易正常，困难）造成此难度原因预计时间量添加日期实行日期状态（提前完成，正常完成，延迟完成，暂停，取消，等待处理）,造成此状态原因结束日期已确认备注REV发送正常60分钟2009-1-182009-1-19正常完成2009-1-191.0阅读正常60分钟2009-1-182009-1-19正常完成2009-1-191.0移动到垃圾箱正常60分钟2009-1-182009-1-19正常完成2009-1-191.0发送到邮箱容易正常60分钟2009-1-182009-1-19等待处理2.0从垃圾箱取回正常60分钟2009-1-182009-1-19等待处理2.0彻底删除正常60分钟2009-1-182009-1-19等待处理2.0…正常60分钟2009-1-182009-1-20等待处理2.0发送到手机困难没有经验1天2009-1-182009-1-20等待处理假设全部完成后需要进行删除“移动到垃圾箱”,结果应该如下任务名称：（格式统一为“项目_模块_功能”）难度（容易正常，困难）造成此难度原因预计时间量添加日期实行日期状态（提前完成，正常完成，延迟完成，暂停，取消，等待处理）,造成此状态原因结束日期已确认备注REV发送正常60分钟2009-1-182009-1-19正常完成2009-1-19是1.0阅读正常60分钟2009-1-182009-1-19正常完成2009-1-19是1.0移动到垃圾箱正常60分钟2009-1-182009-1-19正常完成2009-1-19是1.0发送到邮箱容易正常60分钟2009-1-182009-1-19正常完成2009-1-19是2.0从垃圾箱取回正常60分钟2009-1-182009-1-19正常完成2009-1-19是受紧急任务影响，延迟30分钟2.0彻底删除正常60分钟2009-1-182009-1-19正常完成2009-1-20是受紧急任务影响，延迟5分钟2.0…正常60分钟2009-1-182009-1-20正常完成2009-1-20是效率高,进度已追回2.0发送到手机困难没有经验1天2009-1-182009-1-20正常完成2009-1-19是2.0删除修改到移动垃圾箱功能正常60分钟2009-1-212009-1-21等待处理3.0实现日志：是指程序员及美工的工作列表所形成的日志。格式如下：功能名称：（格式统一为“项目_模块_功能”）“填写文档工作”可以填写在内难度（预计难度/实际难度）难度不一致原因预计时间量/实际时间量日期状态（提前完成，正常完成，延迟完成，当天未完成）造成此状态原因已确认备注项目依据REVPS：此日志必须每天更新，由项目实现人负责，不按日填写，造成失效的追究项目实现人。PS：实现日志应该细及到所设计的类的每个方法，具体项目依据。PS：此日志一旦确认，不可再修改，以此作为依据。PS：除非功能实现难度为困难，否则不得出现预计时间量超过60分钟的记录。如果出现功能实现时间超过预计的一倍，项目实现人应该立即通知项目负责人,以立即进行调整，避免更大的损失（这个更大的损失是指往后的项目延时，如果此时及时处理，按照统计，延时的时间仍然是可以追回的）。否则，追究项目实现人责任。对于难度为困难的任务超过预计时间量仍然按按时完成处理。毕竟困难大的无法按照效率这个来计算。PS：计算状态以所使用的时间量为准。如果出现结束日期迟于实行日期，必须添加备注PS：项目出现延迟完成，必须填写原因。同样以SoMatching为例：结果应该如下:功能名称：（格式统一为“项目_模块_功能”）“填写文档工作”可以填写在内难度（预计难度/实际难度）难度不一致原因预计时间量/实际时间量日期状态（提前完成，正常完成，延迟完成，当天未完成）造成此状态原因已确认备注项目日志：是指项目从收到消息开始，形成的日志，这个日志包含开发流程所要求的全部步骤。如果项目日志不包含这个步骤的任意一步，日志则失效，损失应由项目负责人负责。格式如下：项目名称当天工作日期状态（处理中，暂停）造成此状态原因已确认PS:此日志必须每天更新，由项目负责人负责，不按日填写，造成失效的追究负责人。没有项目日志，造成的损失，由项目负责人负责。PS:此日志不可以提前填写。已经确认，不可再修改，以此作为依据PS：项目负责人必须全程跟踪此表，由于疏忽而造成的损失，应该由项目负责人.此表每天应该更并确认一次，更新时间算入项目时间，或由专人负责，这样可以可以不把更新此表时间算入在内这个日志从到“想做”开始形成并每天更新，不管其安排如何（即使是暂停）。以MYDear为例，当初收到通知要做，但我们程序员收到指示是暂时不处理的。这时项目日志已经形成，但其内容是“暂停”。因此其项目日志的格式如下：项目名称当天工作日期原因状态已确认MyDeat没2008-8-10收到暂停指令暂停是项目开发树:项目日志与功能日志联合形成的信息树，以日期为目录，每个目录包含程序员及项目负责人当天的工作，格式如下项目╟->日期║╟->项目依据REV：人物：工作（包括分析工作，沟通工作，填写设计文档，程序员编码，以及一切涉及到此项目的工作）║╟->项目依据REV:人物：工作║╚->项目依据REV:人物：工作╟->日期║╟->项目依据REV:人物：工作║╟->项目依据REV:人物：工作║╚->项目依据REV:人物：工作╟->日期╟->项目依据REV:人物：工作╟->项目依据REV:人物：工作╚->项目依据REV:人物：工作PS:项目开发树中，未形成项目依据的工作，不必定填写。开发流程:第一步：与客户直接沟通，方法不限，然后写成文档。如果有直接的说明文档，可以跳过此步骤。此步骤由项目负责人进行，同时此步骤应该在此步骤创建项目日志。第二部：项目实现人根据文档，与项目负责人讨论，编写项目依据，然后审核，并形成项目依据。个人根据各自的职责填写日志，分析部分。第三部:根据第二步所得文档，项目实现人按步骤就班编码。项目跟踪人负责跟踪，并校对。项目负责人审核。出现意外情况，按之前所论述处理。项目完成!!公司应购置一块白板，或写一个速成系统用于跟踪进度。以上准则应该严格执行，若在开发流程中，出现问题，据此追究责任。若超出此准则范围的问题，全体参与员工及BOSS均需要负责，因每个人都有对此提出问题并进行修改的义务。开发流程大致以上，如有任何问题，请提出。
解决方案
解决方案二：
看晕了~
解决方案三：
toolong