Comments on: Agile กับ Multi-disciplinary เข้ากันอย่างกับเค้กกับกาแฟ http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/?utm_source=rss&utm_medium=rss&utm_campaign=agile-and-interdisciplinary A Paradigm Shift Wed, 01 Feb 2012 15:52:32 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: juacompe http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-501 juacompe Wed, 24 Mar 2010 13:29:39 +0000 http://www.agile66.com/blogs/?p=345#comment-501 เยี่ยมครับ! classic มาก ^ ^ เยี่ยมครับ! classic มาก ^ ^

]]> By: http://www.google.com/profiles/rteeraphong http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-500 http://www.google.com/profiles/rteeraphong Wed, 24 Mar 2010 11:56:49 +0000 http://www.agile66.com/blogs/?p=345#comment-500 อาจบทความ แล้วผมนึกถึงภาพนี้อ่ะครับ หาตั้งนานกว่าจะเจอ http://www.agiledeveloper.com/blog/content/binary/3260585819-project_management.jpg อาจบทความ แล้วผมนึกถึงภาพนี้อ่ะครับ หาตั้งนานกว่าจะเจอ

http://www.agiledeveloper.com/blog/content/binary/3260585819-project_management.jpg

]]> By: juacompe http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-498 juacompe Mon, 22 Mar 2010 01:36:38 +0000 http://www.agile66.com/blogs/?p=345#comment-498 Most Effective Team Structure (http://www.infoq.com/news/2010/03/most-effective-team-structure) เห็นเกี่ยวกัน เลยเอามาแปะไว้ครับ ปล. - ขอบคุณพี่ @somkiat ที่ share ผ่าน twitter ครับ (-/\-) Most Effective Team Structure (http://www.infoq.com/news/2010/03/most-effective-team-structure)

เห็นเกี่ยวกัน เลยเอามาแปะไว้ครับ

ปล.
- ขอบคุณพี่ @somkiat ที่ share ผ่าน twitter ครับ (-/\-)

]]> By: kluak110 http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-493 kluak110 Sat, 20 Mar 2010 11:48:44 +0000 http://www.agile66.com/blogs/?p=345#comment-493 สนับสนุน Multi-disciplinary อย่างแรงครับ อยากจะเสริมว่าในโปรเจคที่มีขนาดใหญ่และมีความซ้ำซ้อนสูง ผมว่าการมีคนที่ดูภาพรวมด้วยไม่ว่าจะเป็น SA/BA หรือ architect ก็มีความสำคัญนะครับ ไม่เช่นนั้นอาจเกิดอาการทำได้กันหมดทุกคนแต่ไปคนละิทิศคนละทาง หรือ requirement ซ้ำซ้อนหรือขัดกันเอง อีกตัวอย่างหนึ่ง SA/BA ยังมีความสำคัญอยู่ คือในทีมที่ผมทำงานอยู่ เหตุผลหลักๆคือ requirement วิ่งเข้ามาจากหลายทาง มีทั้งส่วนที่มาจากทีมในประเทศกับส่วนที่มาจากทีมที่อยู่ต่างประเทศ หลายครั้ง requirement ก็ขัดแย้งกันเอง หนำซ้ำถ้าจะให้ dev แต่ละคนซึ่งภาษาอังกฤษไม่ได้ชำนาญเท่าไหร่ไปคุยทางโทรศัพท์หรือแม้แต่ Video Conference ก็อาจจะไปกันใหญ่ จริงอยู่การมี proxy อย่างนี้อาจทำให้ความสามารถในการบรรลุ multi-disciplinary ลดลง แต่สำหรับผมชั่งน้ำหนักดูแล้วได้มากกว่าเสียครับ งาน document ภาพรวมหรือ knowledge ที่ใช้บ่อยก็เป็นสิ่งที่ SA/BA จะมีบทบาทได้เป็นอย่างดี สนับสนุน Multi-disciplinary อย่างแรงครับ อยากจะเสริมว่าในโปรเจคที่มีขนาดใหญ่และมีความซ้ำซ้อนสูง ผมว่าการมีคนที่ดูภาพรวมด้วยไม่ว่าจะเป็น SA/BA หรือ architect ก็มีความสำคัญนะครับ ไม่เช่นนั้นอาจเกิดอาการทำได้กันหมดทุกคนแต่ไปคนละิทิศคนละทาง หรือ requirement ซ้ำซ้อนหรือขัดกันเอง

อีกตัวอย่างหนึ่ง SA/BA ยังมีความสำคัญอยู่ คือในทีมที่ผมทำงานอยู่ เหตุผลหลักๆคือ requirement วิ่งเข้ามาจากหลายทาง มีทั้งส่วนที่มาจากทีมในประเทศกับส่วนที่มาจากทีมที่อยู่ต่างประเทศ หลายครั้ง requirement ก็ขัดแย้งกันเอง หนำซ้ำถ้าจะให้ dev แต่ละคนซึ่งภาษาอังกฤษไม่ได้ชำนาญเท่าไหร่ไปคุยทางโทรศัพท์หรือแม้แต่ Video Conference ก็อาจจะไปกันใหญ่ จริงอยู่การมี proxy อย่างนี้อาจทำให้ความสามารถในการบรรลุ multi-disciplinary ลดลง แต่สำหรับผมชั่งน้ำหนักดูแล้วได้มากกว่าเสียครับ งาน document ภาพรวมหรือ knowledge ที่ใช้บ่อยก็เป็นสิ่งที่ SA/BA จะมีบทบาทได้เป็นอย่างดี

]]> By: The Great Pyramid of Agile – Agile Sixty-Six http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-452 The Great Pyramid of Agile – Agile Sixty-Six Tue, 16 Mar 2010 14:39:46 +0000 http://www.agile66.com/blogs/?p=345#comment-452 [...] [...] [...] [...]

]]> By: Nattanicha Rittammanart http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-451 Nattanicha Rittammanart Tue, 16 Mar 2010 14:02:38 +0000 http://www.agile66.com/blogs/?p=345#comment-451 ปัญหาลุงป้านี้น่าจะเห็นบ่อยกับคนไทยนะคะ เพราะเท่าที่ทำงานกับฝรั่งมา คนอายุมากๆ แล้วก็ยังเขียนโปรแกรมเก่งกว่าเราเลย เป็นเพราะเค้าไม่ได้คิดว่าจะต้องเติบโตในสายบริหาร และจับเทคนิคอลตลอด ยิ่งฝึกยิ่งเก่งค่ะ และที่บริษัทปรับมาใช้ agile ไม่ได้ ส่วนหนึ่งมาจาก concept ของ agile ยังไม่เข้ากับการทำงานขององค์กรใหญ่ค่ะๆ หากปรับต้องปรับหลายส่วนและกระทบหลายส่วน โดยส่วนใหญ่เหมาะกับองค์กรณ์พวก software company หรือ software house แนวนี้มากกว่า ปัญหาลุงป้านี้น่าจะเห็นบ่อยกับคนไทยนะคะ เพราะเท่าที่ทำงานกับฝรั่งมา คนอายุมากๆ แล้วก็ยังเขียนโปรแกรมเก่งกว่าเราเลย เป็นเพราะเค้าไม่ได้คิดว่าจะต้องเติบโตในสายบริหาร และจับเทคนิคอลตลอด ยิ่งฝึกยิ่งเก่งค่ะ

และที่บริษัทปรับมาใช้ agile ไม่ได้ ส่วนหนึ่งมาจาก concept ของ agile ยังไม่เข้ากับการทำงานขององค์กรใหญ่ค่ะๆ หากปรับต้องปรับหลายส่วนและกระทบหลายส่วน โดยส่วนใหญ่เหมาะกับองค์กรณ์พวก software company หรือ software house แนวนี้มากกว่า

]]> By: roofimon http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-447 roofimon Tue, 16 Mar 2010 09:29:57 +0000 http://www.agile66.com/blogs/?p=345#comment-447 ทดสอบ post ครับ ทดสอบ post ครับ

]]> By: juacompe http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-446 juacompe Tue, 16 Mar 2010 06:54:00 +0000 http://www.agile66.com/blogs/?p=345#comment-446 How to Rate a Software Developer (http://www.realsoftwaredevelopment.com/how-to-rate-a-software-developer/) ได้อ่าน article นี้วันนี้แล้วรู้สึกว่ามั่นใจใน post ตัวเองมากขึ้นครับ เห็นด้วยครับว่าถ้า developer well around มากขึ้น BA, SA จะไม่ต้องทำสิ่งที่ทำอยู่ทุกวันนี้ครับ (ซึ่งผมเรียกว่าจับปูใส่กระด้ง) จะตกงานหรือไม่ อยู่ที่สิ่งที่เค้าทำอยู่ทุกวันนี้เป็นทุกอย่างที่เค้าทำได้ หรือว่าจริงๆเค้าทำอย่างอื่นที่เป็นประโยชน์มากกว่านี้ได้ แต่ไม่มีโอกาสได้ทำเพราะต้องมานั่งทำสิ่งที่ทำอยู่ทุกวันนี้? wireframe เพิ่งจะได้ยินเป็นครั้งแรก ไปอ่านดูก็เห็นว่าน่าสนใจ ยังไม่เคยเห็น practical example เลยยังไม่เห็นภาพเท่าไหร่ ไม่แน่ใจว่าสิ่งที่ wired คือ GUI หรือว่า knowledge ที่เกิดจากงาน? ถ้าเป็น GUI คิดว่าพวก page navigation น่าจะตอบโจทย์ได้ ถ้าเป็น knowledge คิดว่า การจดลง wiki เป็นแนวทางหนึ่งที่จะทำให้ได้สิ่งที่คล้ายๆกันกับ wireframe? การทำ KM ในองค์กรเป็นอีกอย่างที่ผมสนับสนุนอย่างแรงกล้า ทุกวันนี้ผม work around โดยการ post ลง Narisa.com (cost เยอะขึ้นเล็กน้อย เพราะต้อง generalize content ก่อน แต่ข้อดีคือเปิดช่องทางให้ผมได้แบ่งปันประสบการณ์กับท่านอื่นๆ และบ่อยครั้งได้ต่อยอดความคิด) สำหรับ project-specific knowledge ผมอาศัย Google doc เสียส่วนใหญ่ How to Rate a Software Developer (http://www.realsoftwaredevelopment.com/how-to-rate-a-software-developer/) ได้อ่าน article นี้วันนี้แล้วรู้สึกว่ามั่นใจใน post ตัวเองมากขึ้นครับ

เห็นด้วยครับว่าถ้า developer well around มากขึ้น BA, SA จะไม่ต้องทำสิ่งที่ทำอยู่ทุกวันนี้ครับ (ซึ่งผมเรียกว่าจับปูใส่กระด้ง) จะตกงานหรือไม่ อยู่ที่สิ่งที่เค้าทำอยู่ทุกวันนี้เป็นทุกอย่างที่เค้าทำได้ หรือว่าจริงๆเค้าทำอย่างอื่นที่เป็นประโยชน์มากกว่านี้ได้ แต่ไม่มีโอกาสได้ทำเพราะต้องมานั่งทำสิ่งที่ทำอยู่ทุกวันนี้?

wireframe เพิ่งจะได้ยินเป็นครั้งแรก ไปอ่านดูก็เห็นว่าน่าสนใจ ยังไม่เคยเห็น practical example เลยยังไม่เห็นภาพเท่าไหร่ ไม่แน่ใจว่าสิ่งที่ wired คือ GUI หรือว่า knowledge ที่เกิดจากงาน? ถ้าเป็น GUI คิดว่าพวก page navigation น่าจะตอบโจทย์ได้ ถ้าเป็น knowledge คิดว่า การจดลง wiki เป็นแนวทางหนึ่งที่จะทำให้ได้สิ่งที่คล้ายๆกันกับ wireframe?

การทำ KM ในองค์กรเป็นอีกอย่างที่ผมสนับสนุนอย่างแรงกล้า ทุกวันนี้ผม work around โดยการ post ลง Narisa.com (cost เยอะขึ้นเล็กน้อย เพราะต้อง generalize content ก่อน แต่ข้อดีคือเปิดช่องทางให้ผมได้แบ่งปันประสบการณ์กับท่านอื่นๆ และบ่อยครั้งได้ต่อยอดความคิด) สำหรับ project-specific knowledge ผมอาศัย Google doc เสียส่วนใหญ่

]]> By: bomber http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-444 bomber Tue, 16 Mar 2010 00:35:54 +0000 http://www.agile66.com/blogs/?p=345#comment-444 นั่นเป็นแค่ความเชื่อว่า BA,SA ไม่มีงานให้ทำ Agile ไม่ได้บอกว่าห้ามมี Document เราจะทำ Document เท่าที่จำเป็นต้องใช้เท่านั้น เช่น User Story, Story Board, UI guideline, Wireframe หรือจะแม้แต่ Knowledge Management ต่างๆที่ใช้ในการพัฒนา Software พวกนี้ต้องมี Documents ทั้งนั้น BA,SA งานจะกลายเป็น Product Owner แทน ของพวกนี้ adapt กันได้เพียงแต่ศึกษาให้เข้าใจและรู้จักปรับใช้ตามความเหมาะสมกับวัฒนธรรมและสังคม นั่นเป็นแค่ความเชื่อว่า BA,SA ไม่มีงานให้ทำ Agile ไม่ได้บอกว่าห้ามมี Document
เราจะทำ Document เท่าที่จำเป็นต้องใช้เท่านั้น เช่น User Story, Story Board, UI guideline, Wireframe หรือจะแม้แต่ Knowledge Management ต่างๆที่ใช้ในการพัฒนา Software พวกนี้ต้องมี Documents ทั้งนั้น

BA,SA งานจะกลายเป็น Product Owner แทน

ของพวกนี้ adapt กันได้เพียงแต่ศึกษาให้เข้าใจและรู้จักปรับใช้ตามความเหมาะสมกับวัฒนธรรมและสังคม

]]> By: http://www.google.com/profiles/rteeraphong http://www.agile66.com/blogs/2010/03/15/agile-and-interdisciplinary/comment-page-1/#comment-443 http://www.google.com/profiles/rteeraphong Mon, 15 Mar 2010 13:53:12 +0000 http://www.agile66.com/blogs/?p=345#comment-443 อย่างนี้ BA,SA ตกงานกันเป็นแถบ นี่ก็อาจเป็นเหตุผลที่บ.ส่วนมากปรับมาใช้ agile ไม่ได้ เพราะจะให้ลุงๆป้าๆมาหัดโค๊ดดิ่งใหม่ก็เห็นจะลำบาก เพราะลืมหมดแล้ว แถมบางคนก็อาจไม่เคยโค๊ดมาก่อนเลยด้วยซ้ำ แล้วก็ไม่ต้องมาเถียงกันแล้วว่า SA ต้องโค๊ดเป็นหรือปล่าว เพราะไม่มี SA แล้ว มีแต่ developer หุหุ อย่างนี้ BA,SA ตกงานกันเป็นแถบ
นี่ก็อาจเป็นเหตุผลที่บ.ส่วนมากปรับมาใช้ agile ไม่ได้
เพราะจะให้ลุงๆป้าๆมาหัดโค๊ดดิ่งใหม่ก็เห็นจะลำบาก
เพราะลืมหมดแล้ว แถมบางคนก็อาจไม่เคยโค๊ดมาก่อนเลยด้วยซ้ำ

แล้วก็ไม่ต้องมาเถียงกันแล้วว่า SA ต้องโค๊ดเป็นหรือปล่าว เพราะไม่มี SA แล้ว
มีแต่ developer หุหุ

]]>