项目工作经验总结

用例建模-实践2

Posted by Hanxu on April 15, 2018

第五周

本周学习了用例建模实践相关的知识,以下是第五周的作业内容。


项目工作经验总结

这是第一次和同学合作一个比较大的项目,对个人来说算是软件工程真正的开始。

既然要做项目工作经验总结,我不想再做资料的拼接,只从自身谈一谈从这几周的工作中得到的一点实际的经验。当然可能并不权威,但足够真实。

关于会议

会议是需要组织的

一个组如果要开会,只确定开会时间是远远不够的(当然大家通常只是通知一下开会时间)。

要想让一次项目组会有效率且有价值,必须要有良好的组织。

每一次会议都会规定相应的议题,以系统分析设计课程为例,我们需要在会议开始之前就按照小组作业的需求将它确定好。

首先我们需要了解这一周要交的作业(可能是图表,文档或代码)以及预计的完成方法。根据作业的要求,制定本周小组的总体任务,同时要标明每一项任务的完成方式将由会议中的哪一个阶段讨论得出结论。有时在基本的会议流程之外也会有需要小组一起讨论的内容,也要注意为额外的讨论安排时间(比如在项目经理总结之后)。

下面我自己做的一个简单的例子,在第一次组会的时候就根据这个顺下了整个会议,个人觉得效果尚可,大家也都比较配合,十分感谢。

20180329会议任务:

大家好,这里简单介绍了一下我们这次要交的作业,以及预计的完成方法。如果大家没有异议,我们就按照这个要求来组织一下本次的会议,大家可以按这个流程先准备一下可能参考的资料。

一. 总体任务

有6个文件要填:

  1. 项目规划(* 会议之外我们要单独讨论的东西)

  2. 前期调研(就是产品调查报告)

  3. 产品特性(* 个人尚不了解,待查)

  4. 会议记录(按流程进行会议的过程时完成草稿,重点是思维导图)

  5. 团队组建(大家的职责分工,先按前端后端两个大方向来,大家先想好自己想做什么)

  6. 项目愿景(从会议中【产品讨论】那个阶段得出结果)

二. 会议流程

我们按照这个来,顺便就能完成第4点会议记录。

meeting1-1

三. 会议之外我们晚上要讨论的东西

我们还要写项目规划,就差不多是项目推进的过程。

因为我们都没有什么项目经验,可以一起看一下示例,我已经写好了上传到了github上,在Inception/About.md

以下为作业要求

建立一个 About.md 文档规划整个项目。

规划分为一个 Inception 和 若干迭代构成,每个迭代按 UP 工作流组织。建议一个迭代 3 周。每个迭代有目标和每周任务构成。

推荐文档内容结构:

  • About Project
  • Core Artifacts
  • Iterations
    • Inception
    • Iteration n
      • goals
      • weeks n (tasks)

注:项目规划每周更新一次

会议是需要准备的

做好任务提炼和会议计划之后要在组内做分享,尽量让每个人都对会议流程有一个印象,明确每个环节的内容和意义。

既然决定要开会,不能说就等着到时间了才开始,会议是需要准备的,每个人都需要准备。

可能是搜集资料,也可能是预想自己要在哪一个环节表明自己的想法,对分工有什么意见。当然有很大一部分是要大家一起讨论完成的,但讨论必须要建立在对当前环节的内容和目标有一定了解的基础上。

就是要在会前确认:

  • 为什么开这个会?

  • 会议结束以后我们可以完成项目要求的所有任务吗?

  • 是否明白会议的每一步流程讨论的内容和目标?

  • 任务和会议环节之间的联系合理吗?

  • 我有什么想说的话?

在定好了会议任务的文档之后,我会把它发到群里去,让大家先看一下(可能大家也并不会看)。

个人的经验是,在做完这部分的工作之后,我会对要完成的任务有一个整体的把握。

至少我自己是清楚的,不至于无话可说。

关于分工

项目刚开始的时候因为缺乏经验,开始的分工可能会非常可笑,在进行中要不断进行调整,尽量让每个人真正有事可做,同时要从项目整体推进的角度看每个人的工作是否能产生贡献不至于做无用功。

其他的话

这篇经验帖子也许会一直更新下去,希望通过这次项目我能够真正学会怎样做一个可靠的好同志。

做人最重要的就是靠谱。