Đôi khi mọi thứ trở nên nặng nề thế?
Trái tim mình yếu đuối và ngốc nghếch.
Mình đang đi đâu đây những đâu.
Thấy thương mình dễ sợ luôn.
Cô gái nhỏ.
Mình đâu chỉ là cô gái như vậy đâu? Mình biết suy nghĩ lắm đó chớ nhưng mà sao?
Con xin lỗi ba má!
1.27.2013
1.24.2013
1.21.2013
My Father's Hand
On class of Harry, suddenly I memorize about my last day I came back home on Saturday, 19-01-2013. When my father talk with some guys who want to have a business with my father, something about selling our tree forest in Ba Dien, I sit with my father and I touch his hand. My father's hand is black and hardly. My hand is white and softer than his hand. So I though I really feel sorry that sometimes I hate some parts of my body, this hand is bigger than someone else, this foot is not beautiful at all, and my leg's muscle... I always want them more beautiful than I have had. But when I touch my dad's hand, I realize that all of my dad's life, he had being worked so hardly to give me all the best things he could give for me.
I just want to cry and feel this hurt through my heart. I love him so much. That's I realize he has give me the chance to live in life and he always try his best to give the best life for me. I just wanna cry...
Mình đọc câu này lâu lắm rồi và ghi lại nó trong nhật ký năm mình 17 tuổi.
I just want to cry and feel this hurt through my heart. I love him so much. That's I realize he has give me the chance to live in life and he always try his best to give the best life for me. I just wanna cry...
Tôi biết mình đủ sức mạnh để đi rất xa trên đường đời, vì tôi là con gái của ba tôi, một người đàn ông mà tình yêu dành cho tôi là tình yêu chiếm trọn cả đời ông - Ánh Trang.
Mình đọc câu này lâu lắm rồi và ghi lại nó trong nhật ký năm mình 17 tuổi.
1.18.2013
Học
Càng lớn càng học ít hơn nhưng mà lại càng đòi hỏi nhiều hơn. Hì hì. Tại càng lớn càng tham lam á mà.
Ghi nhớ : Coi việc học như một quá trình hoàn thiện bản thân mình.
Ghi nhớ : Coi việc học như một quá trình hoàn thiện bản thân mình.
The Great Gatsby
I read The Great Gatsby by Vietnamese language. I read on Ebook. I don't think this book is good like the way it's popular and the way people bravo it. I see so many people that their soul is familiar to me that they read and feel this book in a beautiful way. Maybe when someone translates this book into Vietnamese, he or she doesn't translate well and make losing this book's meaning. And I download this book to read by English. I hope I will feel this book.
Hihi, how I have gone so far... :) I'm happy now!
Hihi, how I have gone so far... :) I'm happy now!
How to Search for your Senior Project Topic
Following these steps :
1. Area
Which area are you interesting in?
Hotel reservation, hospital management, education...
2. Research business issues
Research can take one week or even six months. We must do research until we get enough information to start our project.
For example, you do Hotel reservation project, you will research some hotel websites on internet, some of them from Asian, other from US, other from Australia...and you choose around five websites in every district.
=> Finding the common ideas on those website.
=> Using the useful ideas for your own.
You just stop research until you really get your subject and your problems. But it seems like problems always appear when you do your project. So, let's research again.
3. Technical
Which technical will you apply to solve the business issues that you have found out?
For example, Asset Management project using three technical to answer for these question : where is it? How does it know?(it=asset). There are :
GRS: find and manage the coordinate of asset.
Bar/ QR Code : are optical machine-readable labels attached to items that record information related to the item.
Image: store asset on image database.
Level of technology learning
Knowledge -> LIB -> Tool -> System
For example, you write Login function, you must test this function exactly in the first time you use it. So in the after application you can use it again without doubt. That will save a lot of times when you do that. And you create your own LIB, every time your applications need, you just take the existing function and knowledge from LIB.
What does an engineer do?
They use Tool to make products or things serving life.
System, oh I'm regret because I didn't focus when my mentor talk about System stage.
1. Area
Which area are you interesting in?
Hotel reservation, hospital management, education...
2. Research business issues
Research can take one week or even six months. We must do research until we get enough information to start our project.
For example, you do Hotel reservation project, you will research some hotel websites on internet, some of them from Asian, other from US, other from Australia...and you choose around five websites in every district.
=> Finding the common ideas on those website.
=> Using the useful ideas for your own.
You just stop research until you really get your subject and your problems. But it seems like problems always appear when you do your project. So, let's research again.
3. Technical
Which technical will you apply to solve the business issues that you have found out?
For example, Asset Management project using three technical to answer for these question : where is it? How does it know?(it=asset). There are :
GRS: find and manage the coordinate of asset.
Bar/ QR Code : are optical machine-readable labels attached to items that record information related to the item.
Image: store asset on image database.
Level of technology learning
Knowledge -> LIB -> Tool -> System
For example, you write Login function, you must test this function exactly in the first time you use it. So in the after application you can use it again without doubt. That will save a lot of times when you do that. And you create your own LIB, every time your applications need, you just take the existing function and knowledge from LIB.
What does an engineer do?
They use Tool to make products or things serving life.
System, oh I'm regret because I didn't focus when my mentor talk about System stage.
Unit Testing
Unit Testing
http://www.guru99.com/unit-testing.html
Unit testing of software applications is done during the development (coding) of an application.
The objective of unit testing is to isolate a section of code and verify its correctness. In procedural programming a unit maybe a individual function or a procedure.
The goal of unit testing is to isolate each part of program and show that the individual parts are correct. Unit testing is usually performed by the developer.
Why do Unit Testing? Why It is Important?
Sometimes software developers attempt to save time by doing the minimal unit testing. This is a myth because skimping on unit testing leads to higher defect fixing costs during system testing, integration testing and even beta testing after the application is completed. Proper unit testing done during the development stage saves both time and money in the end.
Unit Testing in Software Testing Life Cycle
- It is also called component testing.
- It is performed on standalone module to check whether it is developed correctly.
- Example : Write unit testing for Login function with two fields are username and password. We must do all the possible cases for these fields and Login to check bugs can occur.
- Unit testing is done by developers.
1.16.2013
A Promise to Keep
A Promise To Keep
How about lost?
This girl on song, she really relates to me. I think that She's in the same case with me now.
The hill I'm walkin' up is gettin' good and steep
How about lost?
This girl on song, she really relates to me. I think that She's in the same case with me now.
The hill I'm walkin' up is gettin' good and steep
1.13.2013
Scrum - Architecture & Release and Sprints
I. The Influence of Architecture Vision on Team Velocity and Software Quality
How to Identify Architecture Vision
There are two things the team can do.
II. From the Architecture Vision to Release and Sprints
Example : The central library system
Velocity is measurement of "amount of work done", where each item is weighted in terms of its initial estimation.
Because our unit of estimation is story points which, in our case, corresponds roughly to "ideal-man days". Focus factor is an estimate of how focused the team is. A low focus factor may mean that the team expects to have many disturbances or expects their own time estimates to be optimistic.
The best way to determine a reasonable focus factor is to look at the last sprint (or even better, average the last few sprints).
Actual velocity is the sum of the initial estimates of all stories that were completed last sprint.
Definition of "Done"
It is important that the product owner and the team agree on a clear definition of “done”. Is a story complete when all code is checked in?
Or is it complete only when it has been deployed to a test environment and verified by an integration test team?
Whenever possible we use the done definition “ready to deploy to production” but sometimes we have to make do with the done definition “deployed on test server and ready for acceptance test”.
Tech Stories
If both of the above fail, define it as a tech story, and keep a separate list of such stories.
How we communicate sprints
How we do sprint backlogs
How the burndown chart works
Estimating days vs. hours
Our general formula was: 1 effective man-day = 6 effective man-hours.
How to Identify Architecture Vision
- One is to look at the product vision and goal to identify the main business data that would support that product vision, or pertain to that business domain, as some experts put it.
- Or see which core user-visible stories share the same common business data grouping
Create the Data Architecture
Example : The central library system
Horizontal Slicing
Horizontally slicing means that the team can envision developing the software product by creating the foundation for the key data elements and entities across all the rings, starting from the core in the middle to the outermost ring.
Vertically Slicing
Vertically slicing means the team could develop the software product by creating the foundation for all the data elements and entities, ring by ring.
Tracing Sprint Goals back to Release Goals
Sprint backlog organized by Sprints and by Release
How We do Sprint Planning
- Sprint planning meeting agenda
Ex: Sprint planning meeting: 13:00 – 17:00 (10 minute break each hour)
- Defining the sprint length
Well, short sprints are good. They allow the company to be “agile”, i.e. change direction often. Short sprints = short feedback cycle = more frequent deliveries = more frequent customer feedback = less time spent running in the wrong direction = learn and improve faster, etc.
- Defining the sprint goal
- Deciding which stories to include in the sprint
1. Decide estimated velocity
2. Calculate how many stories you can add without exceeding estimated velocity
Velocity is measurement of "amount of work done", where each item is weighted in terms of its initial estimation.
Let's say we are planning a 3 weeks sprint ( 15 work day ) with a 4 person team. Lisa will be on a vacation 2 days. Dave will only 50% available and will be on vacation 1 day. Putting all this together...gives us 50 available man-days for this sprint.
The best way to determine a reasonable focus factor is to look at the last sprint (or even better, average the last few sprints).
Actual velocity is the sum of the initial estimates of all stories that were completed last sprint.
What if the team is completely new so you don’t have any statistics? Look at the focus factor of other teams under similar circumstances.
What if you have no other teams to look at? Guess a focus factor. The good news is that your guess will only apply to the first sprint. After that you will have statistics and can continuously measure and improve your focus factor and estimated velocity.
The “default” focus factor I use for new teams is usually 70%, since that is where most of our other teams have ended up overtime.
Definition of "Done"
It is important that the product owner and the team agree on a clear definition of “done”. Is a story complete when all code is checked in?
Or is it complete only when it has been deployed to a test environment and verified by an integration test team?
Whenever possible we use the done definition “ready to deploy to production” but sometimes we have to make do with the done definition “deployed on test server and ready for acceptance test”.
Tech Stories
- Ex: Install continuous build server
- Write a system design overview
- Try to avoid tech stories. Look hard for a way to transform a tech story into a normal story with measurable business value.
If both of the above fail, define it as a tech story, and keep a separate list of such stories.
How we communicate sprints
Our general formula was: 1 effective man-day = 6 effective man-hours.
Dear my heart!
Ừ thì vẫn còn nhớ cái mùi điện thoại bàn cũ lúc nào cũng có mùi mốc mốc khó chịu vào mùa đông. Hoàng hay điện mình vào mỗi bữa trưa nhỉ? Lúc mình sắp dạy học bài hay Hoàng gọi mình dậy học. Những ngày đầu tiên bắt đầu biết nghĩ tới một người khác, biết nhớ mong. Cái thời của mình còn điện thoại bàn, là bài hát "Hoàng tử và công chúa" của Tim, nghe ngốc nghếch và sến dễ sợ nhưng mà hôm vừa rồi lại mở nghe lại, thấy lạ lạ vui vui, cái thời nhí nha nhí nhố của mình so với bây giờ... là cả một trời một vực, mình giờ khô cằn lắm, nói chuyện với mình chẳng có chuyện chi để nói cả, ngay cả chính mình cũng thấy nhàm chán mình nữa là đừng nói ai khác đủ kiên nhẫn để lại gần và nói chuyện.
Mình vẫn vậy, vẫn sợ mọi người biết mình yêu ai, sợ mọi người biết về tình cảm của mình. Mình lúc nào cũng cần sự chắc chắn vậy sao? Mình lúc nào cũng khó yêu cả.
Trái tim mình chỉ khô cằn hơn, mình không dám đọc truyện sến, nghe nhạc sến, xem phim sến, sợ cảm xúc của mình trở thành một thứ mình không thể kiểm soát được. Nên học cách chai lỳ và khô cứng. Có nghe thì chỉ nghe như "Thương" của Lê Cát Trọng Lý, mình thích cái bản thu mới này hơn : Thương. Cũng nỗi đau như vậy nhưng mà nói xa xôi hơn, hát vần hơn, dùng nhiều hình ảnh ẩn dụ hơn, vậy cũng không bớt đau là mấy nhưng mà hay ở chỗ chỉ có người nhạy cảm và trái tim nói cùng một thứ tiếng như mình mới hiểu được. Mình vẫn vậy thôi mà, chỉ có điều ít nói hơn, ít cười hơn, bớt bổ bã hơn, khôn ra đôi chút nhưng mình vẫn hay nóng tính, hay tin người và ít kiểm soát được những cảm xúc của mình dù là sợ hãi, phẫn nộ, đau đớn. Mình thỉnh thoảng vẫn hay chạm lên ngực trái để xem trái tim mình còn đập không? nhanh hay chậm? để xem thử nỗi đau và cô độc mình đang có đây có đủ làm trái tim mình ngừng đập không? ngốc quá!
Mình im lặng và chạm vào trái tim mình và tự nói với mình ôi sao ngưỡng mộ trái tim mình quá, đang đau chết đi được mà cũng đập rõ to, vẫn dồn dập, những nhịp yêu thương đều đặn, bảo mình tất cả sẽ ổn thôi, ngủ đi nào cô gái.
Tự dưng dở ra cuốn nhật ký ngày 17 tuổi, đọc mấy trang ngu ngơ gì đâu, lúc đó mình nhạy cảm hơn bây giờ nhiều. Mình như bao người đã sống qua thời ngu ngơ đó. Mình thèm thời đó như thèm viên kẹo ngọt, thèm chảy nước dãi đi được. Đã không còn mơ mộng nhiều. Những giấc mơ không còn hiện hữu nữa hay sao? Sách rồi cũng ít đọc. Tưởng thấu hiểu chính mình mà hóa ra chỉ mong ước một điều duy nhất được trở về hồi còn chơi đồ hàng, chơi bắn trận giả, chơi năm mười đá banh...thèm dễ sợ vậy ta. Như thể cái lần ăn bánh Thuẫn của cô hàng xóm nhà cậu 7 ở Phổ An đúc, ăn một cái mà cái ngon nó theo tới giờ luôn. Lần đầu tiên xem youtube là nghe bài hát có tên Melody chi đó, bắt đầu bằng...How gentle little rain! thì phải, không biết mình nhớ đúng không? Tại lâu rồi không nghe lại, mình sợ nghe lại bằng cái kiểu vội vàng của mình bây giờ, chỉ làm mất đi cái khoảnh khắc mình đã từng có hồi bé thôi. Lúc đó bưu điện huyện có duy nhất 4 cái máy tính kết nối mạng. Bây giờ thì biết rồi đó, cuộc sống của mình là internet! hí hí! Chợt nhớ ra mình còn có một ước mơ mình dú lâu quá rồi, như quả vú sữa dú tới giờ nó bốc mùi luôn rồi. Mình muốn viết...tùm lum tùm la thế này.
Mình khác trước một tý, không viết ghi chú facebook, không ỷ ôi mấy bài hát thất tình... hứa với mình là không buồn nữa, không khóc nữa. Hôm nay đọc được một ghi chú cũng hay bảo rằng "Con đừng mơ ước một tình yêu hoàn hảo, cũng đừng thổi phồng nỗi đau khi nó không còn". Nỗi đau trong mình đã hết hay chưa mà sao mình như một đứa con gái cứ nũng nịu nói về nó, giữ mãi nó làm của riêng mình. Mình phải đi mua cái lọ ước rồi ghi điều ước, a b c d e...nếu mà lọ hết giấy rồi mình sẽ lấy thêm giấy khác gấp hạc để ước thêm. Mình ước mình đủ sức mạnh để luôn sống vui vẻ.
Ai cũng vậy cũng áp lực, xì tress và tự làm khổ bản thân mình. Trong khi điều duy nhất mình phải làm trong cuộc đời mình là phải sống vui vẻ và cười thật nhiều. Đôi khi không thể cười được nữa, với một số người một số mối quan hệ trở nên xấu đi không thể cứu vãn. Như một thói quen, mình vẫn tự cho rằng mình tốt còn họ thì khó tính quá, mình hay nói thẳng và dễ nổi nóng... mình chưa sửa được và buồn cười là tự thấy không cần phải sửa. Mình lại cho rằng họ phải cảm ơn mình vì điều đó vì sống trên đời này khó lắm mới nghe được một lời nói thẳng từ người khác. Cho chừa cái tính xấu đó mà.
Không biết nữa. Không cần sống với chua cay...
Mình vẫn thèm nghe cái mùi điện thoại âm ẩm mốc mốc đó, nhất là những lúc mùa đông tới. Bây giờ không có ai dỗ dành mình, nói thương mình, lo cho mình nữa. Bây giờ mình phải mạnh mẽ chịu đựng được hay không là chuyện của mình. They don't care about your feelings. Nhưng mình không thể mình ngốc mình yếu lắm...
Qua thời ngu ngơ...
Ông trời ơi đừng lạnh lúc con đi ngoài đường nhen, và mai đừng có đèn đỏ nhiều nhen ông. Con yêu ông hì hì...
Vậy là vẫn còn ngu ngơ đó. Maruco cứ mãi là Maruco...Mỗi một cô gái có một Maruco trong tim mình.
Mình vẫn vậy, vẫn sợ mọi người biết mình yêu ai, sợ mọi người biết về tình cảm của mình. Mình lúc nào cũng cần sự chắc chắn vậy sao? Mình lúc nào cũng khó yêu cả.
Trái tim mình chỉ khô cằn hơn, mình không dám đọc truyện sến, nghe nhạc sến, xem phim sến, sợ cảm xúc của mình trở thành một thứ mình không thể kiểm soát được. Nên học cách chai lỳ và khô cứng. Có nghe thì chỉ nghe như "Thương" của Lê Cát Trọng Lý, mình thích cái bản thu mới này hơn : Thương. Cũng nỗi đau như vậy nhưng mà nói xa xôi hơn, hát vần hơn, dùng nhiều hình ảnh ẩn dụ hơn, vậy cũng không bớt đau là mấy nhưng mà hay ở chỗ chỉ có người nhạy cảm và trái tim nói cùng một thứ tiếng như mình mới hiểu được. Mình vẫn vậy thôi mà, chỉ có điều ít nói hơn, ít cười hơn, bớt bổ bã hơn, khôn ra đôi chút nhưng mình vẫn hay nóng tính, hay tin người và ít kiểm soát được những cảm xúc của mình dù là sợ hãi, phẫn nộ, đau đớn. Mình thỉnh thoảng vẫn hay chạm lên ngực trái để xem trái tim mình còn đập không? nhanh hay chậm? để xem thử nỗi đau và cô độc mình đang có đây có đủ làm trái tim mình ngừng đập không? ngốc quá!
Mình im lặng và chạm vào trái tim mình và tự nói với mình ôi sao ngưỡng mộ trái tim mình quá, đang đau chết đi được mà cũng đập rõ to, vẫn dồn dập, những nhịp yêu thương đều đặn, bảo mình tất cả sẽ ổn thôi, ngủ đi nào cô gái.
Tự dưng dở ra cuốn nhật ký ngày 17 tuổi, đọc mấy trang ngu ngơ gì đâu, lúc đó mình nhạy cảm hơn bây giờ nhiều. Mình như bao người đã sống qua thời ngu ngơ đó. Mình thèm thời đó như thèm viên kẹo ngọt, thèm chảy nước dãi đi được. Đã không còn mơ mộng nhiều. Những giấc mơ không còn hiện hữu nữa hay sao? Sách rồi cũng ít đọc. Tưởng thấu hiểu chính mình mà hóa ra chỉ mong ước một điều duy nhất được trở về hồi còn chơi đồ hàng, chơi bắn trận giả, chơi năm mười đá banh...thèm dễ sợ vậy ta. Như thể cái lần ăn bánh Thuẫn của cô hàng xóm nhà cậu 7 ở Phổ An đúc, ăn một cái mà cái ngon nó theo tới giờ luôn. Lần đầu tiên xem youtube là nghe bài hát có tên Melody chi đó, bắt đầu bằng...How gentle little rain! thì phải, không biết mình nhớ đúng không? Tại lâu rồi không nghe lại, mình sợ nghe lại bằng cái kiểu vội vàng của mình bây giờ, chỉ làm mất đi cái khoảnh khắc mình đã từng có hồi bé thôi. Lúc đó bưu điện huyện có duy nhất 4 cái máy tính kết nối mạng. Bây giờ thì biết rồi đó, cuộc sống của mình là internet! hí hí! Chợt nhớ ra mình còn có một ước mơ mình dú lâu quá rồi, như quả vú sữa dú tới giờ nó bốc mùi luôn rồi. Mình muốn viết...tùm lum tùm la thế này.
Mình khác trước một tý, không viết ghi chú facebook, không ỷ ôi mấy bài hát thất tình... hứa với mình là không buồn nữa, không khóc nữa. Hôm nay đọc được một ghi chú cũng hay bảo rằng "Con đừng mơ ước một tình yêu hoàn hảo, cũng đừng thổi phồng nỗi đau khi nó không còn". Nỗi đau trong mình đã hết hay chưa mà sao mình như một đứa con gái cứ nũng nịu nói về nó, giữ mãi nó làm của riêng mình. Mình phải đi mua cái lọ ước rồi ghi điều ước, a b c d e...nếu mà lọ hết giấy rồi mình sẽ lấy thêm giấy khác gấp hạc để ước thêm. Mình ước mình đủ sức mạnh để luôn sống vui vẻ.
Ai cũng vậy cũng áp lực, xì tress và tự làm khổ bản thân mình. Trong khi điều duy nhất mình phải làm trong cuộc đời mình là phải sống vui vẻ và cười thật nhiều. Đôi khi không thể cười được nữa, với một số người một số mối quan hệ trở nên xấu đi không thể cứu vãn. Như một thói quen, mình vẫn tự cho rằng mình tốt còn họ thì khó tính quá, mình hay nói thẳng và dễ nổi nóng... mình chưa sửa được và buồn cười là tự thấy không cần phải sửa. Mình lại cho rằng họ phải cảm ơn mình vì điều đó vì sống trên đời này khó lắm mới nghe được một lời nói thẳng từ người khác. Cho chừa cái tính xấu đó mà.
Không biết nữa. Không cần sống với chua cay...
Mình vẫn thèm nghe cái mùi điện thoại âm ẩm mốc mốc đó, nhất là những lúc mùa đông tới. Bây giờ không có ai dỗ dành mình, nói thương mình, lo cho mình nữa. Bây giờ mình phải mạnh mẽ chịu đựng được hay không là chuyện của mình. They don't care about your feelings. Nhưng mình không thể mình ngốc mình yếu lắm...
Qua thời ngu ngơ...
Ông trời ơi đừng lạnh lúc con đi ngoài đường nhen, và mai đừng có đèn đỏ nhiều nhen ông. Con yêu ông hì hì...
Vậy là vẫn còn ngu ngơ đó. Maruco cứ mãi là Maruco...Mỗi một cô gái có một Maruco trong tim mình.
To be a software engineer
1. Find out all solutions
2. Demand perfection
3. Be result-oriented
4. Learn from your own mistake and the others mistake
5. Go back to the question/ issues/ problem again until you get them
6. Be a software engineer, you have a key to access all mature existing on the world. You have learn and taught to be a matter of yourself and knowledge.
7. Be ready when you're on a war. That's all your skills : technical, English, soft skills... you must learn on Bootcamp, then when you work with clients, you have enough to work well and clients will respect you.
2. Demand perfection
3. Be result-oriented
4. Learn from your own mistake and the others mistake
5. Go back to the question/ issues/ problem again until you get them
6. Be a software engineer, you have a key to access all mature existing on the world. You have learn and taught to be a matter of yourself and knowledge.
7. Be ready when you're on a war. That's all your skills : technical, English, soft skills... you must learn on Bootcamp, then when you work with clients, you have enough to work well and clients will respect you.
1.12.2013
Scrum : Estimation
I. Different aspects of an application
 |
| Different aspects of an application |
An application is nothing more than
(1) some business users trying to interact with
some working code that implements
(2) some business rules running against
(3) a model containing some business
entities, whose values are stored in the
physical database
(4) which it is to create,
read, update, or delete.
Interaction type
Business rules
Number of entities manipulated
Data to be created, read, updated, and deleted (CRUD)
Example 1
II. Environment Dimensions (ED)
—1. Organization Dimension
—2. Development Infrastructure Dimension
—3. Team Dimension
—4. Technology Dimension
—5. Process Dimension
—6. Business Dimension
Three Scenarios
—If the ED value is between 0 and 11, then
the multiplication coefficient C will be 2. This implies that the environment
dimensions are such that the team will not be able deliver as many stories
during the Sprint than if the ED score had been higher.
—If the ED value is between 12 and 23,
then the multiplication coefficient C will be 1. This implies that the environment
makes the team job neither difficult nor easy.
—If the ED value is between 24 and 36,
then the multiplication coefficient Cwill be ½. This implies that the environment
dimensions are such that the team should be able to deliver more stories during
the Sprint.
Calculate the total value in points for a single story
—AP (Adjusted Points) = UP (Unadjusted
Points) x C (Coefficient)
—PPS (Points per Story) = (APx
ED)/36
Example 2
Overall estimation matrix
Story Card
Scrum : Requirement
Today how funny I am!
My trainer taught us 2 important point about Scrum : Requirement and Estimate. For the first time I have attracted by SCRUM, a little funny that I studied about SCRUM in a course of an IT company and this company gave me a certification about SCRUM but what I have learned was just theory, oh I must hang this certification paper on wall - in a solemn position.
1. A visual requirements gathering for the product backlog:
1.1. Identify the Stakeholders and their goals :
The best goals follow these properties:
> Specific : Everyone will have the same understanding as to what the goals are.
For example : In my company, everyone has an English name beside their Vietnamese name. When I introduce my E name to people, I said " hello everyone, my name is Hila", I want people to have the specific understanding about my name, Hila means a gorgerous and funny girl who is always happy. If anyone think Hila means the plural form of Hilum :
I'm so sad :) hehe.
> Measurable : We can objectively determined if the goals have been reached.
> Achievable : The stakeholders agree as to what the goal are.
> Realistic : We shall be able to achieve the goals for the project with resource we have.
> Time-based : We will be given enough time to achieve the goals.
1.2. Gathering the requirement for the product backlog
Forest => Tree (Overall product, ask yourself what your new product should be composed of => Braches => Leaves (Stories)
>Consistent: A consistent requirement does not conflict with another requirement.
My trainer taught us 2 important point about Scrum : Requirement and Estimate. For the first time I have attracted by SCRUM, a little funny that I studied about SCRUM in a course of an IT company and this company gave me a certification about SCRUM but what I have learned was just theory, oh I must hang this certification paper on wall - in a solemn position.
1. A visual requirements gathering for the product backlog:
 |
| Simple product backlog |
1.1. Identify the Stakeholders and their goals :
The best goals follow these properties:
 |
| These properties almost are the same with above list! ( an interesting thing I just explore!! hehe) |
> Specific : Everyone will have the same understanding as to what the goals are.
For example : In my company, everyone has an English name beside their Vietnamese name. When I introduce my E name to people, I said " hello everyone, my name is Hila", I want people to have the specific understanding about my name, Hila means a gorgerous and funny girl who is always happy. If anyone think Hila means the plural form of Hilum :
I'm so sad :) hehe.
> Measurable : We can objectively determined if the goals have been reached.
> Achievable : The stakeholders agree as to what the goal are.
> Realistic : We shall be able to achieve the goals for the project with resource we have.
> Time-based : We will be given enough time to achieve the goals.
1.2. Gathering the requirement for the product backlog
Forest => Tree (Overall product, ask yourself what your new product should be composed of => Braches => Leaves (Stories)
>Consistent: A consistent requirement does not conflict with another requirement.
>Unambiguous
: The reviewers of a requirement statement should be able to draw only one
interpretation of it, regardless of their role.
>Testable:
We should be able to create test cases for a requirement. If a requirement is
not testable,
trying to determine whether it is correctly implemented is a matter of opinion.
>Feasible: It must be possible to implement each requirement within the known capabilities and limitations of the system environment
>Independent: No user story (PBI) should be dependent on another user story (PBI).
>Traceable: You should be able to link each requirement to a user and to his goals.
AN EXAMPLE :
>Feasible: It must be possible to implement each requirement within the known capabilities and limitations of the system environment
>Independent: No user story (PBI) should be dependent on another user story (PBI).
>Traceable: You should be able to link each requirement to a user and to his goals.
AN EXAMPLE :
 | |
| Room reservation software product and its tree |
 | ||
| User management tree and its branches |
 |
| The trees and forest approach applied to software product development |
Subscribe to:
Comments (Atom)