接手這個前人留下的專案，正要做新功能。mockup是在客戶指示下繪製的，基本上可以認為客戶認可。
但是突然被他們的IT部門要求，「召開mockup會議以評估時程合理性」。我的認知就是，講述mockup，功能開發較有挑戰的地方(為什麼需要這麼多開發時數)，讓客戶的IT人員可以取得跟我們的共識，然後向上呈報。
所以這樣的會議，除了平時月會的使用者、IT代表外，還會有他們各自的主管。我方除了我、開發部門主管、還會有產品經理和業務代表。算得上是難得的大陣仗。
本來看起來好像客戶還要求我們到他們公司開會，大家都不願意，在我們業務大哥和對方主管的協調下，可以在遠端開會。
大家從各自的視角都想要準備好這個mockup會議，於是我找產品經理、開發主管、繪製mockup的工程師一起開了個會前會，了解這個mockup在說什麼。正式會議，當然是由產品經理來說，我負責說明時程的部份。
對業務大哥來說，這是一個長期、穩定的客戶，需要好好維繫，所以他也找大家開了會前會。他的推測是，我們的專案經理換人了，客戶想要認(給)識(下)一(馬)下(威)。
另外客戶特別提出，我們這次提出的人天數字比他們規定可採購的限額高，而且他們的採購流程很慢，年底才能完成合約請購。意思就是要我們先做。我只能先跟公司報告，以公司和客戶的良好關係看來，不同意也不行 😛
大家透過會前會，同步一下掌握到的資訊，然後就準備上戰場啦。
