Reading/Roles and responsibilities

วัดโนนสภาราม

รหัสวัด 02190112004 ตั้งอยู่ที่บ้าน...โนนสภา........... เลขที่....10.............. หมู่ที่......2.........

ตำบลกุดนกเปล้า............อำเภอเมืองสระบุรี....... จังหวัดสระบุรี

ประวัติวัด (โดยสังเขป)

วัดโนสภาราม ตั้งอยู่เลขที่ 10 บ้านโนนสภาราม หมู่ 2 ตำบลกุดนกเปล้า อำเภอเมืองสระบุรี จังหวัดสระบุรี มีเนื้อที่ 17 ไร่ 1 งาน 19 ตารางวา ก่อตั้งขึ้นเมื่อปี พ.ศ. 2493 โดยนายอ่ำ จันทรและนางวร ผาน้อย เป็นผู้ยกที่ดินให้ก่อตั้งวัดครั้งแรกประมาณ 5 ไร่ มีพระอาจารย์เตย เป็นนำพาญาติโยมชาวบ้านพัฒนาวัดขึ้นในครั้งนั้น เมื่อก่อตั้งวัดในครั้งแรกนั้นให้ชื่อว่า วัดใหม่โนนสภาราม เหตุเพราะว่าที่ตั้งวัดขึ้นนั้นเป็นหมู่บ้านตั้งขึ้นใหม่ และตั้งอยู่บนเนินพื้นที่สูง สวยงาม มีบ้านคนล้อมรอบต่อมาได้เปลี่ยนชื่อเป็น วัดโนนสภาราม เมื่อปี พ.ศ.2503 นายน้อย สารีสุข ได้ทำหนังสือขออนุญาตสร้างวัดและได้รับอนุญาตให้สร้างวัด เมื่อวันที่ 18 มกราคม พ.ศ. 2506 กระทรวงศึกษาการประกาศรับรองตั้งเป็นวัด วันที่ 29 พฤษภาคม พ.ศ. 2506

ได้รับพระราชทานวิสุงคามสีมา เมื่อวันที่ ....2...... เดือน ...พฤศจิกายน................ พ.ศ. ....2530....................

เขตวิสุงคามสีมา กว้าง ..20........................ เมตร ยาว ........40....................... เมตร

ปูชนียวัตถุสำคัญ วิหารพระพุทธสมปรารถนามิ่งมงคล (หลวงพ่อสมปรารถนา) เป็นพระพุทธรูปปูนปั้นทรงเครื่องกษัตริย์น้อยศิลปะสมัยทราวดีผสมสุโขทัย หน้าตักก้วาง 79 นิ้ว สูง 105 นิ้ว วางศิลาฤกษ์เมื่อวันศุกร์ที่ 31 กรกฎาคม พ.ศ. 2552

อาณาเขต ทิศเหนือ จดที่ดิน นายสมบุญ บัวดี

ทิศใต้ จดที่นายถนอม และนางกมล มีนิล

ทิศตะวันออก จดที่ดินนอยอุดมศักดิ์ เกษมสุข

ทิศตะวันตก จดที่นางหยาด บุญปรี

บริเวณลานวัดทั่วไป
Producing test cases/scenarios
Manual testing when not automated/automatable
Maintaining regression test suite
Integration testing
Exploratory testing
Assisting in acceptance criteria definition
Training and otherwise working with engineers in best-practices for assuring code and product quality

User Experience (UX) Designer

The UX Designer defines how users will interact with the product. Responsibilities include:

Gathering data to assess needs/requirements of users
Proposing designs to define how users will interact with the functionality of the product (including designs of UX in general, and the product's interface in particular)
Providing design expertise and guidance to engineers and QA during code writing and testing
Ensuring that the product is not only useful, but usable as well
Assisting in narrative and user story development, particularly in the delivery of development-ready design assets and/or prototypes
Leading usability testing and logging associated findings

Community Relations Specialist

The Community Relations Specialist:

Write user documentation, FAQs, blogs, for features and products so that users are aware of the objective and intention of features
Serving as the voice of the community during feature and product planning. Might run surveys or use other mechanism to measure user satisfaction/requests.
Shaping and executing community to team communications and vice versa

See also: Wikimedia Product Guidance

Engineering

During Q1 FY 2017-2018 (July - September 2017), the engineering group in Readers formulated and discussed the following RACI matrix to describe a number of its core activities.

A short guide to RACI:

Responsible (does the work)
Accountable (ensures it happens, on the hook if it doesn't)
Consulted (is sought for input)
Informed (is notified)

Activity	Software Engineer; Associate Software Engineer	Tech Lead (rotating role, on team's timeline)	Senior Software Engineer	Engineering Manager	Engineering Director
Code
Maintain quality and architectural coherence of software	R		R	A	I
Write excellent code and configuration	R		R	A	I
Review code and configuration	R		R/A	C/A	I
Test
Write unit tests	R		R	A	I
Monitor tests	R	R	R	A	I
Manual testing (may complement QA resource's work)	R		R	A	I
Sign off on technical/nonfunctional task resolution	R		R	A	I
Build agreed upon automated acceptance tests	R		R	A	I
Documentation
Write inline documentation	R		R/A	I	I
Write and update on-wiki documentation	R		R	A	I
Document complex architectural decisions	R		R	A	I
Standards and Architecture
Share technical best practices and standards	C/R		R	R/A	I
Define and enforce technical best practices and standards	C		R	R/A	C/I
Develop technical plans to support and maintain architecture to support Readers audiences	C		R	R/A	C/I
Onboard new team members	C		R	R/A	R/A/I
Regularly acknowledge/request info on/respond to bugs	R		R	A	I
Review bugs/tasks for standup	C	R	C	A	I
Team Planning and Coordination
Escalate scope and timeline risk	R		R	R/A	R/A/I
Planning, estimation, and requirements analysis	C/R	R	R/A	R/A	I
Analyze product requirements and ensure technical requirements are adequately generated	C/R		R	R/A	I
Facilitate impromptu discussions with remote peers	R		R	R/A	I
Define annual, quarterly, and roadmap goals	C		C	R	R/A
Cross Team Planning and Coordination
Ensure team is represented on wikitech-l and, as appropriate, mobile-l	C		R	R/A	C/I
Ensure meetings scheduled with appropriate stakeholders	C	R	C	R/A	C/I
Review Scrum of Scrums notes	R	R	R	R/A	R/I
Review and interact on RFCs	C		R	R/A	C/I
Ensure features destined for stable or removal	C	R	C	R/A	C/I
Attend Reading tech leads meetings, update Scrum of Scrums Etherpad, rotatingly attend SoS, share back	C	R	C	A/C/I	C/I
Coordinate implementation of supporting architecture/infrastructure	R/C/I		C	R/A	I
Represent engineering discipline in planning activities	C	R	R	R/A	I
Coordinate development and deployment schedules for architectural enhancements across teams	C		C	R/A	C/I
Identify and manage dependencies across teams	C	C	R	R/A	C/I
Coordinate across audience vertical engineering teams	C		C	R/A	R/A
Connect external partners with internal team	C		C	C	R/A
Line Management and Budget
Support recruiting & hiring in coordination with management	C/I		R	R/A	R/A/C/I
Manage staff performance	I, as needed		C	R/A	R/A
Personnel discipline	I, as needed		C	R/A	R/A
Resource team	C/I		C	R/A	R/A
Budgeting	C/I, as needed		C	C	R/A