2022W26 - Management or Planning?
2022-07-04 12:20:59

这周自己做了一个分享(Google Analytics 入门),听了同事的两个分享,一个是讲系统性思考(thinking in system),一个讲项目管理。还没做什么一周又结束了。

项目管理

周四听了 Grace软件文档项目管理分享,收获了很多。虽然也跟过几次比较大的文档发版项目了,但问到项目管理,我还是一头雾水。

完整的笔记在 logseq 里了,这里就写几条印象深刻的:

  • 时间、成本、范围就像是是三角形的三条边,任何一个边的变化都会影响其他两个边。三角形的中间是质量。在质量不变的情况下,如果要扩大项目的范围,则要么增加时间(延长项目工期),要么增加成本(投入更多资源)。
  • 文档测试和代码测试一样,不能局限在单元测试上,即只测试单篇文档或者有修改的文档。根据实际情况,还需要引入集成测试(测试该篇文档相关功能的文档)和系统测试(测试该文档所在场景整体是否能走通)。
  • 不确定需求范围的时候,不要圈太大的地盘。
  • Technical Writers 要建立自己的 visibility。
  • 项目经理的个人特质:
    • 积极主动:做一个 release driver,走在项目成员的前面,主动发现潜在风险。
    • 责任心:简言之要靠谱。
    • 抗压能力:冷静思考,接受别人的 challenge。这方面我太菜了。
    • 沟通协调能力。

已经照着 Grace 的书单买了一堆书,感谢贵司的买书福利;)

Documenting Code

浅学了下 Sample APPSDK 文档

The Writing Process - Planning and information gathering

文档的写作流程,或者说开发流程,很重要的一环是 planning。planning 的过程是最重要的环节之一,却常常被忽视。

读到这里就想到以前听某人讲:

Plans are useless, but planning is essential.

每次重温都觉得无比正确。

The Writing Process 讲到 information gathering,有一个点很受启发:不同的角色对产品的认知可能不同,在访谈过程中,你需要识别出这些偏差,并协助各个角色对齐他们的观点。TW 的角色在这里又像是 Product aligner。

跟研发访谈时,一定要录音,便于反复回放。因为研发可能会提及很多术语,你没有办法当场理解并记住,需要在会后加以研究。

配合度较低的工程师常常说:用户知道怎么用。面对这一类工程师,你可以从 solutions engineers 那里获得一些不同的意见来反驳他。

魔都 office

周五被前端老师邀请去了 Office。江景房值得。


室友去抗疫了,我还在写周报。大丈夫じゃないか。