全年教学计划的虚实

全年教学计划，本是全年计划的大方向，是一个依据。但因为学校校情不同，各州州情不同，有时候，难以完全实践（这些，也是各阶级官员都不会说的事实）。

        在编排的时候，周次的出现，其功用是督促自己，要尽可能赶上/跟上进度。免得遗漏或无法完成需要完成的课程，那是对不起学生。但，编排后，因为半年评估，年终评估的出现，还是会因此需要老师们在半年和全年评估前，完成应该完成的课程。

        官员没有透露的是：需要在半年和全年评估前完成需要完成的。但官员都说：根据该学年的学术周次进行编排。

        好玩的地方来了：根据学年周次的话，例如一个学年（若没有半年与全年评估）有40个周次，因为有半年评估和全年评估而缩减到38个周次的话，试问学习计划是不是缩减了？

        有人说，那也不影响啊。因为还是38个学习周次。那些人，也别再自己欺骗自己了。我向来以实际情况作为分享标准。

        实际情况中，在全年评估前，教师有责任尽可能完成教学。完成教学后进行的全年评估，对学生才是公平的基本要求。而完成了全年评估后，全年评估的系统就会开放，让老师们填写全年评估的成就。试问：既然都填写全年评估的成就了，是不是意味着：之后的学习或成就，还在全年教学计划之内吗？每日的教学计划，意义还在，但实际用途，大家心知肚明了。不是吗？

        站在官员立场：完成每日教学后，可以进行巩固教学。

        站在学生立场：既然都完成评估了，为什么还要学习呢？

        站在老师立场：既然完成全年教学计划，何不考虑提前开始来年课程呢？但教案要如何编写呢？于是，又编写不是教案的教案。这样的话，有什么实际意义呢？

        站在管理层立场：进行巩固教学不是问题、学习是要继续的、提前开始来年课程的话，也不完全是错，只是程度深浅，老师需要斟酌处理。但这些实际执行的大前提是：官员们不应该来找学校老师麻烦。

        近年来的所谓：全年教学计划与每日教学计划以及每日习作是否协调、对齐的检查做法，对老师们实在有欠公平。流于表面的文书工作（全年教学计划真的能与每日教学计划协调吗？若能，为何全年教学计划与每日教学计划都无法同步编写？）对学习的意义何在？

        多年来，老师们总是先编写全年教学计划，再从全年教学计划编写每日教学计划（早前还要编写每周教学计划呢，好不容易才总算取消了每周教学计划这鸡肋）。但那已经是过时的方法了。

        个人建议，日后建立全年教学计划的同时，就要考虑直接编写每日教学计划，然后尽可能依据编写好的进行教学。进度可以适当调整的话，似乎回去老问题。不调整进度的话，对学习能力较缓慢的孩子而言也不容易。（这时候，官员就会跳出来说：所以要进行差异教学啊）

        我知道不容易。我理解不容易。但我给予老师们足够的信任，将相同的技能，概括好，整理好。以便让孩子们可以在有限的期限内，尽可能掌握好需要学习的节能。我明白官员们的好意，但若要对齐全年教学计划以及每日教学计划之前，请顾虑老师们以及学校日常运作中免得各种情况而不是盲目依据全年教学计划以及每日教学计划。那是不够全面的。

        换个角度想，若真的能将全年教学计划以及每日教学计划结合起来，让用户自定义全年上课周次后，直接编写，何错之有？

共勉。

第一副校长的个人电邮，G也好，CM4也好

第一副校长的电邮，无论是G-开头的，或者CM4的电邮都好，都属于工作类型的电邮账号。我个人，由于不想登录多个账号，通常都是直接透过G户口直接处理的。

        但，早前在书记电脑设置的电邮后，就陆续收到各种工作电邮。这些电邮，是需要有效的管理，才能发挥更大的作用的。下面，就和大家分享实践步骤，让大家电邮发挥更好，更高的功效：

1. 在开启电邮后，依据科目， 创建（create）新的标签 (label)。这样，日后可以有效处理收到的，有关科目的电邮，都直接依据标签 label 归类处理。
2. 在创建科目标签后，记得创建 Pemulihan Khas, PSS 以及 STEM 标签。这样可以更有效精准分类。
3. 完成步骤2后，再创建一个叫 info sekolah的标签即可。举凡和学术无关，但和学校有关的，都可以直接归类这里处理。
4. 完成步骤3，再依据老师个别名字创建标签（我的做法是，一日尚未收到老师个人的信函，一日都不创建标签，因为那是浪费时间）

下面，我就举例收到电邮后的处理步骤：

1. 书记收到KPM/ JPN/ PPD / NGO 的邮件。
2. 书记打印一份，准备让校长记录分配。
3. 书记forward同样电邮给副校长。
4. 副校长电邮收到后，检阅记录有没有需要老师外出，若有，记录外出老师日期时间地点方便代课或避免老师重叠。若不涉及老师外出，检查是否有需要采取的行动。
5. 完成检阅后，直接依据科目/ 教师个人完成标签归类。
6. 归类后，档案会出现在归类的类别中。日后要查询的话，异常方便。

是的，开始都不容易。但谁说改革的路容易了？然而，如果再不开始，还等什么时候呢？

电邮替代实体的科目档案Fail Panitia?

多年来，科目档案都是科目主任要处理的事项。每年累积下来的文件，档案，都需要归纳存档在内。每年，都要开启新的档案处理归类。实在有点累人。

        今天，和大家分享，如何以CM7电邮，直接处理掉实体的科目档案 Fail Panitia。我将步骤列出，方便大家实践：

1. 得力马管理员第一步就是要在学校书记电脑，以学校官方电邮登入后，在Contact，加上第一副校长或CM4，以及科目主任CM7的电邮账户资料。名字分别设定为：PK1 和 Ketua Panitia即可。
2. 得力马管理员，可在CM7账户中，创建新的标签/label. 依据校内12科目，创建个别标签命名。我建议使用简写即可，例如华文，简写为BC即可。
3. 此外，加上资源中心，加上课程辅导Pemulihan khas, 之后加上STEM。
4. 同样，第一副校长电邮中，也是依据科目，创建标签 label。
5. 第一副校长和校长以及书记开会，指导新工作流程：
6. 之后，举凡收到学术类的电邮邮件后，书记打印一份准备让校长处理。之后，直接在转发电邮收件人处，输入PK1和 Ketua Panitia将邮件同步传送PK1和 Ketua Panitia。
7. 第一副校长收到后，即可进行分类存档或记录外出老师（需要和校长处拿到的打印信件对齐负责老师）。
8. CM7账户持有人（可让得力马管理员或CM7，如SU Kurikulum）即可依据电邮，分开归类。
9. 此后，收到信件影印的老师，在采取行动后，直接将信件再循环处理就好。这样就简化了档案管理，也不必将信件储存文件夹 Fail Panitia中了。

小小改变，从你我开始做起。

• 站在书记的角度：学到新的技能，更了解学校的架构，成为参与者。
• 站在副校长角度，书记收到邮件后，可缩短通知所需时间，直接就获取电邮，方便记录和提前准备。
• 站在老师角度，再也不必等到处理好信件的工作后，重新存档。（有的学校打印信件后，派发老师处理，处理好后，归还档案存档）。
• 再者，也不必浪费（有的学校，1份让Ketua Panitia存档，一份影印给负责老师处理）。

与其浪费时间取出文件夹，翻阅文件夹，归档，归还文件夹；在手机上，笔电上，电脑上，直接就可将电邮存档处理了。就效率的角度看，哪一个更有效率，便于管理呢？

编制整合版的教师资料 Fail 10 Fail Panitia: Maklumat Guru

根据某个官员的建议，学校的Fail Panitia需要有10个副档案 (subfolder)，其中，最后一个，就是教师资料。

        其实，教师资料都在eOperasi里面了，为什么还要老师们做多余的工作呢？我个人极力反对可以简化，不必重覆的文书工作。

        这里，和大家分享，点击浏览简化的，可让所有科目一目了然就看见科任老师的师资档案版本。

如果：

如果：

1. 要创建一个可以与所有科目的10个文件夹衔接相通的页面，可行吗？（参考2026年1月21日数学和科学科管理工作坊）
2. 仅需点选科目，然后拥有统一格式的会议通知书，可行吗？
3. 将各科目的会议，都结合在一个会议记录中，然后全部科目共享会议链接，可行吗？
4. 提供计划书样本给所有科目主任，方便提取和修改的话，可行吗？
5. 让各科目的主任老师，在上载文件后，其他老师只能看见所上载的文件，只能开启但不能下载或修改，可行吗？
6. 让不同科目的主任、老师，可以在日历中，看见校历（管理层的制定）也可以直接编写科目全年活动，可行吗？
7. 让不同科目的视察结果，都可以从科目管理页面衔接，可行吗？
8. 将不同科目的标准学习文件，汇集在一起，然后将汇集档案的链接，同样的链接，直接放在不同全部科目的管理页面，可行吗？
9. 有办法记录每一种到来的教具，也看见那些教具的状态，可行吗？
10. 可以记录每一种教具的使用频率，又有办法显示出来的话，可行吗？
11. 直接使用校历，编排全年教学活动，可行吗？

2026年1月的路程索偿表格

2026年1月起使用的路程或外出索偿表格。Borang Tuntutan versi 1/12026

File > Make a copy / download即可拥有

File > Make a copy / download utk milikinya.

1. (New!) Borang Tuntutan Perjalanan versi 1/1/2026 
2. 留意：霹雳州教育局喻令：2月的路程索偿将透过HRMIS处理。此路程索偿表格将不被接受。特此通知。谢谢。详情查阅各校2026年2月3日官方电邮即可。谢谢。

FORUM PENDIDIKAN NEGARA

 

网路协同-档案与数据同步的重要性

网路协同，说穿了，就是让数据，在指定的档案中，透过云端布置，可以做到即时显示，任何修正或更新，都直接显示而没有任何拖延。下面，我举例方便大家进一步了解。

1. 会议记录的处理：传统的会议记录，无法知道进度。云端版的会议记录，在经过共享记录设置后，可以有效跟进会议记录的进度。每每开启会议记录，都是最新版本，都是已有上个用户处理好的结果。没有不同的版本，没有进度跟不进的版本。任何用户处理、修正后的结果，都直接显示。
2. 教师的视察表格：Standard 4 PdPc表格，任何老师的修正或填写，直接显示在年终方便综合分析的页面上。
3. 高思维教学的表格IPPKBAT：每次的填写和处理，所呈现的，都是最新鲜的数据。
4. 科目管理 SK@S Pengurusan Panitia：表格的任何资料，都是即时显示而没有不同版本或筹算。

要做到网路协同，第一个要做到的就是扫除多个版本的障碍。所以，大大限制档案的使用（取消下载功能、取消转换编辑权限、取消非相关用户浏览或编辑权限），将有效提高网路协同的功效。

        第二步要做到的就是：将档案的界面，精简化到仅需点击即可直接开启。让已设定的用户，在最简单的点击之下，就可以直接开启档案，更新档案，让云端的自动储存功能，以及记录档案进度功能，直接透过设定的更新通知，电邮通知。

        这样的设置下，档案管理员可以在适当的时候，直接处理档案进度通知。也可以看见每个档案的使用频密程度。进而看见老师们的管理与工作层面，在面对任何人的提问时候，至少有个进度的记录可以看见。

        然而，要留意的是，切勿本末倒置。让本应简化的工作，因为科技的介入而加重老师们的工作负担的话，那就真的没有意思了。

        有兴趣进一步提升或简化学校老师工作档案的话，欢迎透过留言或电邮接洽编者。

电子版的教师手册

2026才开始，今天就分享电子版的教师手册准备工作吧。（先了解概念，迟些分享制作步骤）

        教师手册，好久以前是叫Fail Meja，后来，社媒出现，学校群组出现，云端出现（促进了云端硬盘、谷歌课室以及学校跳板），改变了教师手册的功能。从往日的重要参照文件，变成了额外的工作（多少老师还会认真仔细阅读里面的内容呢？大家处理信息都累坏了。）

        今天和大家分享，使用熟悉的Google Slides制作电子版教师手册，简化大家的工作。

1. 使用谷歌课室户口，开启一个Google Slide档案。
2. 将档案设置为A4标准尺寸。当然，电子版的话，可以使用其他尺寸的。File > Page Setup 即可设置。
3. 之后，设置档案的语文：File > Language。设定了中文简体后，就能在档案内加上楷体的字型了（谁想出来的点子）
4. 接下来，可考虑将档案复制为PK1、PK2、PKKK和下午班主任档案备用即可。如此一来，就不必担心会影响其他部分的档案内容啦。但这样的话，就衍生另外一个问题：如何结合呢？
5. 各负责人可在档案中，设定需要的页面。例如，根据现有的教师手册的页面，设定需要的页面数量。包括间隔和封面。
6. 完成全部内容后，将档案下载为PDF格式备用。
7. 采用电子书制作平台，准备上载档案，然后转换成为电子书。
8. 完成转换后，将链接、二维码等信息，定位和传送即可完成。
9. 点击浏览样本（仅有页面，没有内容） File > Make a copy即可拥有。

有人会说：好麻烦也。

但试想像：

1. 节省多少纸张呢？
2. 节省多少人力物力呢？
3. 节省多少时间呢？
4. 方便随时浏览修改。
5. 来年时候，Make a copy即可着手准备处理。
6. 要打印的话，不是问题。不打印的话，更好。
7. 要传享的话，非常方便。不传享的话，收着做什么呢？
8. 更重要的是，它实现了工作协同这个重要的概念。

至于是否能使用其他平台，当然可以。但选择谷歌Slide 是有原因的：

1. 生态强大。
2. 界面简单便捷=容易上手处理。
3. 不好像Canva，会有断线危机。（2025年是实在发生）
4. 可以灵活处理。

下一篇，我们了解，什么叫做网路协同，继续简化大家的工作。

2026年，what's new?

2026年了，在行政管理上，可以有什么不一样呢？  

1. 教职员的出席统计分析：一体化处理。1页全年使用。分析一目了然。（点击这里浏览教职员出席统计分析）
2. 教师用书记录：科目主任不必采集然后存档。一份谷歌表格，一张二维码即可存档使用至少10年。让每一个老师，随时可以提交使用用书。必要的话，老师可以拥有个人的筛选结果显示。科目主任可以拥有依据科目的筛选结果。各取所需。为什么重覆输入提交？因为要得到自动化的集体数据，从小事整合完成大事。要是真的不放心，向Ketua Panitia讨一张二维码就好了。
3. 体育用具使用记录：使用可以采用接收（新添购到手的）、记录借用和记录归还的谷歌表格。张贴二维码在体育室，即可完成大数据采集分析统计的工作。
4. PBPPP：是时候采用升级版，更新职位代号的版本了。（点击这里前去学校跳板样本PBPPP页面）
5. 可以全部12科目都共用，但依据年份和科目分类的SWOT档案了。是的，Google Sheet是可以这样设置的。（别再逐个科目看、处理了，因为那方法无法整合，无法看见整体画面，造成了头痛医头，脚痛医脚的情况，别自欺欺人了）
6. 科目年历与校历的结合：让我们帮忙减轻科目主任的编排压力。直接看见校历，直接编排科目的活动。大型学校可以让年级代表一起编排活动的。这样也方便管理层和外界看见学校互动编排，更重要的是：不必个别处理，可以随时处理，档案不会不见。（复制校历档案，然后加个column给科目主任，与科目主任共享即可。）
7. 云端版的课外活动记录：有能力记录校内学生参与的校内外活动、依据水平、成就，方便随时找出学生在课外活动的成就，简化模范生的资料准备工作。

教职员的流动处理-回顾

教职员肯定有外出，病假或事假。如何处理，一直是行政和管理层要留意的事项。这里，我们稍微回顾各种处理的方式以及目的。

1. 记录：使用谷歌日历记录。方便管理层编排需要外出的老师，可以快捷处理。基本上，这是方便我们记录需要编排代课的目的。可是谷歌日历无法做到统计和分析。
2. 官方记录：eOperasi。这是官方的，一般建议在中午12点前完成。要留意的事项就是：外出的老师、主办方、外出日期、多久不在校内。
3. 统计分析：建议采用云端版的Google Sheet处理（可以点击这里浏览2026年起使用的教职员出席统计分析）
4. 跟进老师们提交的HRMIS（病假，事假等申请）。

单单教职员外出的事项，管理层就要处理3个不同层面的工作。试问，还有更好的方法吗？值得大家探讨。共勉。

教职员名单-SSPA等级

        2025年，联邦政府采用SSPA制度。碍于2025学年比较紧凑，一直没有从2023年的《同步显示教师等级的教师名单》中更新采用SSPA制度的教职员名单。

        今天，趁着2025年圣诞节假期，就重新整理好，依据SSPA制度下的学校教职员名单统计分析啦。（现有档案可容纳81教育工作者，3个教职员，用户可以自行增加rows以便处理）

        点击浏览SENARAI NAMA GURU &  KAKITANGAN SEKOLAH SSPA-to share。点选 File > Make a copy 或 download即可拥有  啦。

祝福大家：圣诞节平安健康。：）

学校活动看板

续上篇《生日墙 Birthday Wall》后，在脑海中，有好些奇怪的想法：

• 学生生日墙，能不能变成学校教职员的生日墙？
• 生日墙，是依据日期，自动显示名单。那，能不能稍微修改编码，将学生名字，更换为学校的活动呢？
• 同样的事情，能不能再变成学术、学生事务、课外活动的看板呢？

自动化的学校活动看板有什么好处？

• 善用校历：校历都是依据日期编排活动。倘若已在日历有校历记录，能不能让学校活动看板，直接从校历日历中导入？
• 善用学科活动年历：每一个学科，都会安排活动。但如果将这些活动，从校历中，直接拷贝粘贴的话，日期到了，直接衔接自动显示的话，会不会节省网页管理员的工作呢？
• 同样的，课外活动的看板，学生事务的看板，能不能照样处理呢？这样一来，学生仅需点击不同的页面，即可看见当天要进行的活动了。
• 在某种程度上，学校管理员，能不能将学校的活动，变成类似小挑战的游戏活动，引导学生尝试完成各种小挑战（当然是针对学习和品格方便的指引咯）。
• 从网页管理员的角度来看，这样的转变，几乎可以简化每天处理网页内容的工作。一个版面，即可自动化显示全年的活动了。我相信是可以大大简化网页管理的工作。
• 倘若在指定的地点，有荧幕的话，仅需显示各项活动看板即可了。

要使用的编码如下：

function updateSlidesWithSheetData() {

  // --- 1. 定义您的文件 ID 和数据范围 ---

  

  // Sheet 1: 学生生日信息

  const sheet1Id = '您的第一张Sheet文件ID'; 

  const range1 = 'Sheet1!A2:D15'; // 例如 '学生生日表!A2:D15'

  // Sheet 2: 学术信息

  const sheet2Id = '您的第二张Sheet文件ID';

  const range2 = 'Sheet1!A2:E20'; // 例如 '学术数据!A2:E20'

  // Sheet 3: 课外活动信息

  const sheet3Id = '您的第三张Sheet文件ID';

  const range3 = 'Sheet1!A2:C10'; // 例如 '活动记录!A2:C10'

  // --- 2. 获取数据 ---

  const data1 = Sheets.Spreadsheets.Values.get(sheet1Id, range1).values;

  const data2 = Sheets.Spreadsheets.Values.get(sheet2Id, range2).values;

  const data3 = Sheets.Spreadsheets.Values.get(sheet3Id, range3).values;

  // --- 3. 更新 Google Slides ---

  const presentation = SlidesApp.getActivePresentation();

  

  // 更新第一张幻灯片（索引从0开始）

  const slide1 = presentation.getSlides()[0]; 

  updateTableInSlide(slide1, data1);

  // 更新第二张幻灯片

  const slide2 = presentation.getSlides()[1];

  updateTableInSlide(slide2, data2);

  // 更新第三张幻灯片

  const slide3 = presentation.getSlides()[2];

  updateTableInSlide(slide3, data3);

}

// 辅助函数：查找并更新幻灯片中的第一个表格

function updateTableInSlide(slide, data) {

  const elements = slide.getPageElements();

  for (let i = 0; i < elements.length; i++) {

    if (elements[i].asPageElement().getPlaceholderType() === SlidesApp.PlaceholderType.TABLE || elements[i].asPageElement().asTable()) {

      // 假设我们只更新找到的第一个表格

      const table = elements[i].asPageElement().asTable();

      // 清除旧数据 (可能需要更复杂的逻辑来匹配行/列)

      // 简单起见，这里假设您有一个预先画好的空表格

      // 更简单的方法是删除旧表格，然后用新数据新建一个表格

      

      // *** 警告：下面的代码需要您手动实现删除旧表格并新建一个 ***

      // 这是一个更可靠的方法：

      elements[i].asPageElement().remove();

      slide.insertTable(data.length, data[0].length, 50, 50, 100, 100).setContents(data);

      return;

    }

  }

}

下一篇，我们讨论看看，如何从学校活动看板，变成每日晨读的工具。是的，这是可行的。

生日墙 Birthday Wall

 

生日墙，顾名思义，就是显示当天生日的寿星。主要目的是提醒和祝福身边，在当天庆祝生日的朋友/学生。

        在学校建立生日墙，是有正面的影响的。当然，也要有足够的能力处理才行。校园要有生日墙的话，必须尽可能简化生日墙的建设工作（别告诉我还要使用传统的布告板和粘贴学生名单）。

        传统的布告板和学生名单，不仅费时费力，还很挤压老师的作息时间。要知道，布置布告板，是多么费神费时的工作啊。但更重要的，其实就是即时性。

        建设电子或网络版的生日墙，在很大程度上，可以有效弥补老师的作息时间。但更重要的是：在布置上，美编上，排版上，多了很多自由和选择（网络的图像和设计，你曾计算吗？）。但比这个更重要的是：网络/电子版的生日墙，可依据当天的日期，即时显示生日的学生。

        嗯，你没有看错。是的。网络/电子版的生日墙，可以依据当天的日期，即时显示当天生日的全部学生。

先讲解构思和步骤，方便大家有个基本概念：

1. 一定要有个汇集、收集、记录全校学生名字、生日的档案。最好是Google Sheet档案。仅需1页即可。个人建议：将这档案与生日统计分析档案，衔接起来。完成生日统计和分析档案后，直接点击链接，并完成这个档案。
2. 一定要有个作为生日墙(birthday wall)的画面，建议使用Google Slide即可。
3. 学校设定要显示生日墙的页面（部落格、网页或 site都可以）。
4. 在显示档案中，使用app script功能，指定时间从记录日期的档案，传送或汇集全校的生日名字过来显示画面中。
5. 刊登publish 显示画面。
6. 将画面定位在学校网页、部落格、SITE中备用。

如此一来，倘若没有任何学生进出的话，生日资料就不需要更新，设定时间后，直接在生日墙自动显示。

        下面，我们来看看实际操作：

1. 创建一个Google Sheet 档案。档案仅需2列 (columns)即可。
2. 第一列：学生姓名。
3. 第二列：学生生日日期。格式设定为：年月日。
4. 别关闭档案。因为等下需要拷贝档案的ID。档案的ID是从 d/之后，/edit之前的链接。
5. 开启 Google Slide 
6. 设计好要的美编或插图。
7. 找出Google Slide的 ID编号。ID是从 d/之后，/edit之前的链接。
8. 置入一个text box，右击text box，在标题tittle处命名 Birthdaybox
9. 在google slide 中，点击extension > app script
10. 然后，将下面的代号，置入画面内：
11. function updateBirthdaySlide() {
      // ======================================================
      // CONFIGURATION SECTION - PASTE YOUR IDs HERE
      // ======================================================
      var slideId = 'Google Slide的 ID';
      var sheetId = 'Google Sheet 的 ID';
      var sheetName = 'Sheet1'; // Change if your tab has a different name
      // ======================================================
    
    
      // 1. Get the Data from the Sheet
      var ss = SpreadsheetApp.openById(sheetId);
      var sheet = ss.getSheetByName(sheetName);
      var data = sheet.getDataRange().getValues();
     
      // 2. Get Today's Date
      var today = new Date();
      var currentMonth = today.getMonth(); // Note: January is 0 in JavaScript
      var currentDay = today.getDate();
     
      var birthdayNames = [];
     
      // 3. Loop through the rows (Starting from row 1 to skip headers)
      for (var i = 1; i < data.length; i++) {
        var name = data[i][0];
        var birthday = new Date(data[i][1]);
       
        // Check if the date is valid, then match Month and Day
        if (birthday && birthday.getMonth() === currentMonth && birthday.getDate() === currentDay) {
          birthdayNames.push(name);
        }
      }
     
      // 4. Create the display message in bullet form
      var displayText = "";
      if (birthdayNames.length > 0) {
        // This creates a list where each name starts with a bullet point
        displayText = "🎉 某某某华小衷心祝福 Happy Birthday to:\n\n" + birthdayNames.map(function(name) {
          return "• " + name;
        }).join("\n") + "\n\n🎂 校方希望对学生说的祝福语";
      } else {
        displayText = "若当天没有学生生日的话，会出现的字眼";
      }
     
      // 5. Update the Google Slide
      var deck = SlidesApp.openById(slideId);
      var slides = deck.getSlides();
      var slide = slides[0]; // Gets the first slide
     
      var shapes = slide.getShapes();
     
      // Find the text box tagged as "BirthdayBox" and update it
      for (var j = 0; j < shapes.length; j++) {
        if (shapes[j].getTitle() === "BirthdayBox") {
           shapes[j].getText().setText(displayText);
        }
      }
    }
12. 完成编码粘贴后。在app script页面左边的时钟，点选要执行的时间。
13. 将Google Slide页面，刊登(publish)：File > Share > Publish to Web
14. 点选embed 嵌入选项。准备提取嵌入代码。
15. 将代码置入学校的部落格、网页、Site中即可。

备注：

• 建议在生日分析统计档案中，加上衔接这个生日日期的Sheet链接。之后，若没有学生进出的话，每年仅需更新一次即可。
• 也在这个google sheet档案中，加上回去学校生日统计分析的链接。

感谢神，小小分享，圆了一个多年的梦想。希望对大家有帮助。下一篇，我们探讨，如何让生日墙，变成《学校活动看板》。

学生生日统计与分析

感恩PKHEM还是可以从IDME下载学生资料。在得到学生资料后，只需设定好一定的方程式，即可将学生的资料，进行一定的统计和分析了。

        统计和分析学生出生日期，究竟有什么作用呢？

1. 设计在谷歌课室的祝福信息。
2. 在日历中，设定生日提醒。
3. 可以在学校日历中显示。
4. 可以在学校网页中显示生日的学生。

实际的处理方法，是怎样的呢？

1. PKHEM下载IDME的学生资料。
2. 要拥有的资料：班级、姓名、性别、宗教信仰、生日日期。
3. 设定方程式，依据学生的生日日期，自动提取月份。
4. 然后，设定12个月份的统计表。
5. 统计表分为：出生月份，男女人数，依据宗教信仰的比例。

有什么作用？

1. 方便准备任何生日派对或礼物 （学校爱心计划、辅导组活动等）。
2. 方便适当的祝福语。
3. 方便在校园建立友爱的氛围。

        必须留意的是，在设计的过程中，必须要考量到IDME中全部的宗教信仰。为什么呢？因为只有这样，无论学校有任何学生或家长点选任何宗教信仰，PKHEM在下载后，直接粘贴处理时候，档案才会自动依据全部IDME的宗教信仰分析统计。不会有任何遗漏（除非系统有大改动）

        下一篇，我们讨论：《生日墙 Birthday Wall》--编制一个可以依据当天日期，自动显示当天生日的学生名单。（这是很多年前想像要拥有，但当时完全做不到的梦想之一）

小小改变，大大影响的例子-学校教师出席记录谈起

续上次在2025年9月3日分享的《2026教职员出席记录-大幅度降低页面数量-浅谈工作设计流程改进带来的影响》，今天我们稍微探讨，究竟这小小改变，可以如何改变工作结果。

        在2026年教师记录之前，要记录的教师出席档案， 页面多，衔接方式也繁杂，遇见老师转校进出的话，尤其麻烦。但使用2026年的版本的话，事情就简单许多了。

        此外，最大的优点，篇幅的缩减，也直接让档案的数量减少了。此话怎么说呢？

        之前，1个档案仅能使用1年。因为1年就有13张页面了。现在，因为页面大幅度缩减到只有1页，1年1页的排版，让1个档案，可以包含多个年份在内。

举例：

• 旧方法：1个档案1个学年。因为页面多达13页。每年需要创建新的档案。
• 新方法：1个档案可有多个页面，因为1个页面就是1个学年。每年仅需创建新的页面。

2个方法，差异非常显著。所以，对于管理层来说，现有的管理方法不是不好，但切记：小小的改变，足以带来更大的影响。当然，别什么都吹毛求疵，那是本末倒置的做法。

        收着带不走，和大家分享。要是有兴趣的话，欢迎点击浏览使用（File > Make a copy即可拥有）2026年的教职员出席分析样本吧。

电邮存档，还有什么影响力？

电邮存档，究竟还有什么影响力？

        早前分享的《电邮存档记录》以及《电邮管理2-完结篇》中，虽然清楚列明各项电邮中使用范畴、老师和科目标签处理函件的好处，但真正的好处，其实不只是这些而已。

        要达到电邮管理或存档之前，必须让学校处理电邮的朋友（一般是学校办公室助理或书记），有能力知道怎么处理。一般上，学校办公室处理电邮的习性，是有2种情况的：

情况1：传统的电邮处理

传统的电邮处理，是在收到电邮后，直接打印，然后交予管理层处理，仅此而已，电邮就此搁着、删除、清空了。（这里不谈管理层是如何处理，以及处理的对错）

情况2：革新的电邮处理

革新的电邮处理，则是在打印电邮（前或后），针对收到的电邮，进一步处理。

        学校的管理层，因为被赋予为办公室员工的工作表现评分的任务，因此在某种程度上，是可以提出合理的要求，要求办公室员工随着时代的改变而有所提升。

        要求办公室员工，适当妥善处理收到的电邮，可以考虑培训办公室员工掌握以下技能：

1. 电邮转发-这个技能让办公室员工，在收到电邮后，确认处理的老师或管理层，有效透过转发电邮传递重要函件。
2. 电邮标签与存档-电邮都可以依据范畴、科目与老师各别处理存档。不必劳师动众。当然，要是转发副校长们跟进处理也不是不可以的。但若在办公室直接处理的话，就可以大大减轻老师们的工作负担。
3. 适时清空电邮- 处理好的电邮，确认不需要的电邮，直接清空就好。

在某种程度上，这是员工自身能力的提升。积极的心态看的话，工作不会一成不变。消极的心态看的话，这是多来做的工作。

        但切记，这样的改变，对于整个组织来说，都是正面的。冀望这样的改变，能够为学校管理层与办公室的运作，更为顺畅。共勉。

电邮管理2-完结篇

        续上次《电邮存档记录》谈及的电邮管理，我们今天稍微深入探讨，除了依据教师完成标签、归档（归类）之外，还能如何做得更好？

大家可以考虑的做法有：

1. 依据范畴（Bidang）：如行政管理、课程/学术、学生事务、课外活动。
2. 依据科目：国语的BM，华语的BC，英语的BI。以此类推。

在整理标签时候，别分得太仔细，先整理大方向，然后再逐步处理细节。

        我个人的话呢，就先分范畴、再分科目、然后分老师。每每收到电邮，先标签大事、再标签科目、然后标签老师。如此一来，有三大好处：

1. 可依据范畴的信函记录。
2. 可依据科目归档的信函记录。
3. 可依据老师个人，各别的电邮信函记录。

电邮当存档记录

有没有想过，居然可以将个人电邮，当做是档案库使用呢？

使用方法也非常简单：

1. 收到电邮后，确认处理的老师。
2. 将电邮传送老师后，准备标签电邮备用。
3. 在电邮上方，标签处，创建该老师姓名的标签。
4. 将电邮依据标签归纳。
5. 一封电邮可有多个标签归纳。
6. 完成归纳后，重覆步骤处理下一封电邮。

所有完成标签的电邮，将自动归纳在教师名字之下/之中。下次要翻阅的时候，确实方便参考。

        下一篇， 我们深入一点，探讨如何在同样电邮，使用多个标签，达到更好的电邮信函处理效果。

不妨考虑看看。

共勉。

Std 4 PdPc SK@S 档案大修正

基于2025年12月4日的研究成果《精简化 Google Sheet》，今天终于完成了SK@S 中的 Standard 4 PdPc档案大修正工作。

1. 重新排版教学视察页面。
2. 整理后，这8页面的档案，一共删除4961行，62列。
3. 改变后的页面排版，也在GABUNG页面重新衔接数据。
4. 有兴趣使用更简洁档案，或打算2026年新的SK@S的STD4表格的话，可以考虑使用。

点击这里浏览、下载或复制修改后的SK@S  Standard 4 PdPc档案。

备注：已更新在学校跳板样本中的SK@S 中 Standard 4 PdPc。点击直接前去学校跳板样本中SK@S Std 4页面。