Distributed agile software development

Distributed agile software development is a research area that considers the effects of applying the principles of agile software development to a globally distributed development setting, with the goal of overcoming challenges in projects which are geographically distributed.

The principles of agile software development provide structures to promote better communication, which is an important factor in successfully working in a distributed setting. However, not having face-to-face interaction takes away one of the core agile principles. This makes distributed agile software development more challenging than agile software development in general.

History / Research

The increasing globalization with the aid of novel capabilities provided by the technological efficacy of the Internet has led software development companies to offshore their development efforts to more economically attractive areas. This phenomenon began in the 90s, while its strategic importance was realized in the 2000s.[1] Most initial related studies also date from around this time.[2]

During this time, the Agile Manifesto was released,[3] which represents an evolution from the prevailing heavyweight approaches to software development. This naturally led to the question, "can distributed software development be agile?". One of the first comprehensive reviews trying to answer this question was done in 2006.[4] By studying three organizations, they found that “careful incorporation of agility in distributed software development environments is essential in addressing several challenges to communication, control, and trust across distributed teams.” Later, in 2014, a systematic literature review (SLR) was done to identify the main problems in getting agile to work in a distributed fashion.[5] In 2019, a similar SLR was done.[6] Moreover, a general review on the subject was done in.[7] However, a 2023 systematic review found "that Distributed Scrum has no impact, positive or negative on overall project success" in distributed software development. [8]

The results of some of this research will be discussed in the section Challenges & Risks.

In all, distributed agile software development remains a highly dynamic field. Research continues to be done on all of its facets, indicating that it offers unique opportunities and advantages over more traditional methods, but not without imposing its own challenges and risks.

Opportunities

In the distributed environment, one might have difficulties in keeping track of everyone's workload and contribution towards the deliverable. Through adoption of agile principles and practices, the visibility is made clearer as there are multiple iterations where one can visualize the issues or criticalities on the initial stages of the project. Continuous integration of programming code, which is one of the focal pieces of agile software development, additionally serves to reduce setup of the executive issues. Adopting of agile principles appears to positively affect correspondence between groups as advancement in cycles makes it simpler for members to see the short-term objectives. Sprint reviews can be seen as a powerful method to improve external correspondence whilst they help to share data about the features and prerequisite conditions between partners or stakeholders. Agile practices also assist in building trust between various teams associated with the process by stimulating consistent communication and conveyance of programming deliverables. As indicated by an investigation made by Passivara, Durasiewicz and, Lassenius, the software quality and correspondence are improved and communication and coordinated effort are more regular comparatively as a result of the Scrum approach utilized in the undertaking. Additionally, the inspiration of colleagues was accounted for to have expanded.[9] Along these lines, adopting agile practices in a distributed environment has demonstrated to be valuable for the quality of the project and its execution. Thus, these can be seen as some of the advantages achieved by combining agile in distributed development,[10] however, the list is exhaustive. The main benefits can be listed as follows:

Enhanced inter and intra cultural diversity

The distributed environment brings about a sense of global mindset over the local mindset, where the team can exchange and accept the other's ideas, perceptions, culture, aesthetics etc. Members from a wide range of cultures get the opportunity to gain and share knowledge from their associates, from an alternate point of view. In this manner, they can carry new plans to the task by considering out of the box.

Flexible working plans

The team members can be benefited with abundant freedom and opportunities on the way of working, with the sole aim being completing the tasks and handing in the deliverables on time. This also makes way for an expanded duty to the organization. In that way, the employees can balance both their professional and personal lives, and hence, the work-life balance can also be achieved that way.

Traversing time-zones

The teams can span multiple time-zones, in this manner access as long as the 24-hour limit can be achieved. This increases productivity as people are hired all around the globe. The job to be done is never put to a halt as someone is always around to handle the issue. This also ensures the work is carried out 24/7 around the Sun and there is almost no down-time. As a distributed environment focuses more on productivity and performance, the handing-off of the work helps in accomplishing the task.

Individuals with incapacities and mobility limitations

As mentioned, the distributed agile environment establishes more importance on productivity and performance, rather than presence. This benefits people with disabilities as they have the freedom to work from an environment that is comfortable for them and contribute to the deliverable. This scenario is also applicable when the employee cannot be present in office and clock-in the hours, he can work from home to complete the tasks, thus, not affecting the deliverable.

Increased levels of prosperity

Working in a distributed agile environment ensures an enhanced level of prosperity and well-being, both of the individuals and of the company. This is because there is not much stress on only one individual to complete the work as the work is distributed to multiple people across the globe. Thus, this ensures physical and mental well-being. Also, as multiple people contribute their part and it goes through a number of iterations, the end quality of the work is enhanced, which is beneficial for the company. Hence, it is a win-win situation for both the company and its employees.

Reduced travel costs

Working in a distributed environment often brings up the need for discussions and meetings on the targets, deadlines, work, etc. However, this adoption of agile principles and practices in a distributed environment helps in reducing the travel costs as it opens up the platform to communicate via video conferencing and other feasible options. This breaks down the need for physical presence, and enhances the idea of face-to-face interaction, so the meetings can be conducted from any part of the world and be made accessible to the others in the team.

Iterative idea of agile

As the progress of the work is in an iterative fashion, a regular check can be done to track the status of the deliverable and if all the members are on the same page in the level of understanding. Also, this way makes it easier in identifying errors and bugs and can be corrected in the earlier stages as the process goes through multiple iterations. The increased input in each stage of the work results in improved quality of deliverable.

Extensive pool of HR

As the same work is being carried out in different parts of the world, it increases the range of abilities of the group by getting to a more extensive pool of Human Resources worldwide. This introduces the need for all the HRs acting as one mind to enforce collaborations and decision-making in different verticals and horizontals within an organization, as well as to communicating with stakeholders and prioritizing the deliverable.

Reduces office space

The distributed agile environment enhances the idea of remote working, hence the need for expanding office spaces to accommodate more employees is not required anymore. Also, the different work-related things like electricity, computers, car-parking lots, etc. are not of major concern as the employees have the liberty to work from their desired environment. This, in a way, is beneficial as it helps in saving a huge amount of money that would be spent on these overhead expenses otherwise. Iterative improvement with continuous delivery to the client is a central practice in agile software improvement, and one that legitimately identifies one of the significant difficulties of an offshore turn of events: diminished perceivability into project status. Regular physical meetings allow team leaders, project managers, clients, and customers to keep track of the progress of the project by the measure of working programming they have obtained.

Challenges & Risks

Distributed software development has its own inherent challenges due to spatial, temporal, and socio-cultural differences between distributed teams. Combining it with agile principles and practices, in turn, increases the severity of the risks involved, as both methods are in direct contrast with each other. Agile software development was originally designed to be used by co-located teams, as it is based on informal communication and close collaboration. Distributed development, however, requires formal communication, clear standards, set guidelines and rigid structure.[11] This section describes the risks and challenges involved in distributed agile software development as a result of the aforementioned compatibility issues.

Challenges

As a result of the incompatibility with which one is faced in combining agile principles and practices in a distributed setting, some of the challenges which can arise are as follows:[12]

Documentation

Offshore organizations favor plan-driven design where detailed requirements are sent offshore to be constructed.[13] This conflicts with the common practice of agile teams who give documentation a lower priority. The result of this situation is that misunderstandings are a lot more likely to arise.

Pair programming

Pair programming, where two programmers work side by side to work on a particular problem is a common agile practice. It has been shown to yield better products in less time while keeping the programmers content in the process.[14] Because of the distance between teams this is a lot harder to achieve.

Different time zones

Depending on the time zone of each distributed team it makes it more challenging to arrange meetings at times when both teams are available. The situation can easily arise in which one team member is available and the other is not for meetings. This especially is a problem if an immediate task has components of the program which are tightly coupled, in such a case one team would not be able to proceed without the feedback of the other.

Teaching

In a distributed setting the downside of not being able to practice close communication is most felt with inexperienced developers who need to go through a training phase. Training employees who are not co-located is challenging, think of the differences in background and cultural differences which make it difficult to bring these inexperienced team members up to speed. Because of this, alternative ways of teaching need to be considered.

Distribution of work

With regards to distribution of work we want to avoid the architecture to reflect the team's geographical distribution by distributing the work based on the location. It is better to distribute tasks relating to a single user story across the whole team, thinking in terms of the stories, not the components. Over specialization by geographical location and/or component is a sign that your team is dealing badly with the communication challenges posed to the distributed teams. This over specialization has the unintended consequence of changing the product to suit the development, not the customer's requirements.[15]

Risks

A study done in 2013 has tried to consolidate the literature on risk management in distributed Agile development.[11] A more comprehensive study has tried to categorize the risk factors for distributed Agile projects in,[16] this was done utilizing both research literature and real-world experience from thirteen IT organizations. For the sake of brevity, the full list of 45 risk factors, with corresponding management techniques is omitted. Instead, a brief summary of the main categories and overall management techniques is given.

Software Development Life Cycle

This category comprises the risk factors related to various activities of software development like customer specification of requirements and planning, modeling, construction and deployment of software application.[17] Many of the risk factors in this category stem from ineffective knowledge sharing. Unclear objectives, requirements, differences in practices of standard processes or inconsistencies across designs to name a few. Many of these risks can be managed by making sure that knowledge is shared effectively. More specifically, make sure that the objective of the project is crystal clear across teams, as well as the requirements. Automate and standardize as much of the development cycle as possible, so that each team is working with the same technology stack and infrastructure. In short, ensure that everyone is on the same page.

Project Management

Project management relates to tasks such as project planning, project organizing, project staffing, project directing and control. This category involves risks due to interactions between development activities, and managerial activities. The adoption of distributed Agile development will transform the way in which the project needs to be managed. If this is not done carefully, risks might include a lower initial velocity, teams reorganizing every sprint or, a lack of uniformity in multisite team's capabilities.

Group Awareness

Risk factors related to a lack of group awareness are grouped in this category. Group awareness requires intensive communication, coordination, collaboration, and trust among the group members. Co-located teams achieve this awareness more easily, as it flows more naturally from being in the same physical location. To manage the risks involved with a lack of group awareness, spatially dispersed teams will have to use a more disciplined approach in communication using the latest technological tools. Practices such as co-locating initially, to set the track for the project, have proved to be effective in managing risk.

External Stakeholder Collaboration

These factors relate to the collaboration with customers, vendors, and third-party developers. Managing its risks boils down to making sure that the coordination and communication with these external actors are done efficiently and clearly.

Technology Setup

Risk factors that arise due to inappropriate tool usage are grouped in this category. For example, a lack of communication structure can be solved by providing the teams with the means to do video conference calls. Besides that, choosing the right tools to use during a project is important. This can vary across projects, teams and use cases, so an analysis beforehand on the tools to use is recommended.

Tools and best practices

Communication

One of the most important factors in overcoming the challenges faced with distributed agile software development is to improve communication.[12] This means minimizing the time it takes to set up and tear down a communication session and favor video conferencing over voice conferencing if it is available.

Face-to-face contact opportunities with the whole team should be encouraged in order to help build rapport. It is beneficial to do this at the start to set out a plan to which the team can adhere throughout the project. In addition, it is also beneficial in the last few iterations before the release of the final deliverable.[15]

Time-zone differences

One option with regards to dealing with the problem of availability for meetings due to time zones is to appoint a representative for the team which serves as an intermediary for the two teams having formed good rapport with both. Another option is to use nested Scrum with multilevel reporting and multiple daily Scrum meetings.[18]

A solution for having Scrum meetings in teams which cope with time-zone differences is making a distinction between local team meetings and global Scrum meetings.[19] Each team has a local meeting at the start of their day and a global meeting at another time of the day. This is only possible if their working days have overlapping time.

Keeping up with agile practices

Due to the distributed nature, a team might veer off of solid established agile practices. Therefore, there should be someone with the role of the coach that keeps the team on track. They should also take it upon themselves to think of alternatives for the distributed work environment using agile practices.

To keep every team member informed about the adopted agile approach, it is important to maintain documentation for the project. This improves the group collaboration in using agile principles and practices in a distributed software development setting [18] [20] [21] .[22] For this, various tools can be used which support the team in maintaining the documentation.[20]

Use of tools

Various tools and platforms can be used to improve communication in a distributed setting. These are even more essential than in a non-distributed setting in order to minimize the virtual distance between the distributed teams.

Communication

There are various tools available to support communication in distributed software development. Asynchronous tools like e-mail, synchronous tools like audio and video conferencing software and hybrid tools like instant messaging provide team members with the means to have the necessary meetings and communications. Another example is tools that support social networking to create a shared experience between team members across locations.

Project management

To guide the project and make sure that all teams and team members have a clear vision of what work has to be done, project management platforms like issue management tools should be used.

Development tools

To provide a shared experience for every team member, every team member should have access to the same tools for their development.[23] Having the same software configuration management tools linked to project management tools enables developers to work at the same pace and communicate about the development in a similar way.

Knowledge management

To give every team member access to the same knowledge about the product and the development, tools like Wiki software or knowledge bases can be used.

Compatibility with the Agile Manifesto

The values and principles of the Agile Manifesto have been explored in their applicability in a distributed work environment in 12 case studies.[24] The studies have followed software companies that applied distributed agile software development in their projects. Among the 12 cases, 10 onshore companies were located in the U.S. and seven offshore companies were located in India. The findings are summarized in the following table:

Characteristics promoted by the Agile Manifesto Case 1 Case 2 Case 3 Case 4 Case 5 Case 6 Case 7 Case 8 Case 9 Case 10 Case 11 Case 12
Values
Individuals and interactions over processes and
tools
Working software over comprehensive
documentation
Customer collaboration over contract negotiation
Responding to change over following a plan x x x
Principles
Early and continuous delivery of valuable software x x x
Welcome changing requirements even late in
development
Deliver working software frequently
Business people and developers work together
throughout project
Build projects around motivated individuals and
support and trust them
Face-to-face conversation within the development
team
Working software is the primary measure of
progress
Promote sustainable development to maintain
constant pace indefinitely
Continuous attention to technical excellence and
good design
Simplicity is essential
Self-organizing teams
Team regularly adjusts behavior to enhance
effectiveness

From this we learn that all case studies emphasized the first value of the Agile Manifesto which states that individuals and interactions should be valued over processes and tools. The Agile Manifesto prefers working software over comprehensive documentation without necessarily negating documentation completely. This value is also reflected in the majority of the cases. Only four cases have been identified which emphasize the importance of customer collaboration over contract negotiation. As can clearly be seen from the table the fourth value has been adopted the least out of all the values by the software companies: “instead of strictly following the agile development practices as commonly defined, the companies continuously tweak them to fit the evolving needs of their projects”.[25] With regards to agile principles it isn't a surprise that face-to-face conversation with the development team has been valued by all the studies. This was simulated electronically between the onshore and offshore teams. On whether to be open to change requirements even late in development none of the software companies in the study provided details. By this we can assume that it wasn't considered as important as some of the other principles.

References

  1. ^ Jiménez, M., Piattini, M., & Vizcaíno, A. (2009). Challenges and improvements in distributed software development: A systematic review. *Advances in Software Engineering*, *2009*.
  2. ^ Prikladnicki, R., Damian, D., & Audy, J. L. N. (2008, June). Patterns of evolution in the practice of distributed software development: quantitative results from a systematic review. In *12th International Conference on Evaluation and Assessment in Software Engineering (EASE) 12* (pp. 1-10)
  3. ^ Fowler, M., & Highsmith, J. (2001). The agile manifesto. Software Development, 9(8), 28-35.
  4. ^ Ramesh, B., Cao, L., Mohan, K., & Xu, P. (2006). Can distributed software development be agile?. Communications of the ACM, 49(10), 41-46.
  5. ^ Razavi, A. M., & Ahmad, R. (2014, September). Agile development in large and distributed environments: A systematic literature review on organizational, managerial and cultural aspects. In 2014 8th. Malaysian Software Engineering Conference (MySEC) (pp. 216-221). IEEE.
  6. ^ Ghani, I., Lim, A., Hasnain, M., Ghani, I., & Babar, M. I. (2019). Challenges in Distributed Agile Software Development Environment: A Systematic Literature Review. KSII Transactions on Internet & Information Systems, 13(9).
  7. ^ [6] Shrivastava, S. V. (2010). Distributed agile software development: A review. *arXiv preprint arXiv:1006.1955*.
  8. ^ Santos, Ronnie de Souza; Ralph, Paul; Arshad, Arham; Stol, Klaas-Jan (5 October 2023). "Distributed Scrum: A Case Meta-Analysis". ACM Computing Surveys. doi:10.1145/3626519.
  9. ^ M.Paasivaara, S. Durasiewicz, C.Lassenius, Using Scrum in Distributed Agile Development: A Multiple Case Study, IEEE International Conference on Global Software Engineering , p.195-204, 2009
  10. ^ Shrivastava, S. V and Date, H. (2010). Distributed Agile Software Development: A Review. Seo-chogu: Journal of computer science and engineering. 10-17
  11. ^ a b Shrivastava, S.V. and Rathod, U., 2014. Risks in distributed agile development: A review. Procedia - Social and Behavioral Sciences, 133, pp.417-424.
  12. ^ a b Shrivastava, S.V., 2010. Distributed agile software development: A review. arXiv preprint arXiv:1006.1955.
  13. ^ M. Fowler, ” Using an Agile Software Process with Offshore development”, http://martinfowler.com/articles/agileOffshore.html, July 2006 (Retrieved on May 11, 2020)
  14. ^ Williams, L., Kessler, R.R., Cunningham, W. and Jeffries, R., 2000. Strengthening the case for pair programming. IEEE software, 17(4), pp.19-25
  15. ^ a b Ade Miller,” Distributed Agile Development at Microsoft patterns and practices”, Microsoft patterns and practices, http://www.pnpguidance.net/Post/DistributedAgile 16 DevelopmentMicrosoftPatternsPractices, October 2008. (retrieved on May 11, 2020)
  16. ^ Shrivastava, S. V., & Rathod, U. (2015). Categorization of risk factors for distributed agile projects. *Information and Software Technology*, *58*, 373-387.
  17. ^ Pressman, R. S. (2005). *Software engineering: a practitioner's approach*. Palgrave macmillan.
  18. ^ a b Smits, H. and Pshigoda, G., 2007, August. Implementing scrum in a distributed software development organization. In Agile 2007 (AGILE 2007) (pp. 371-375). IEEE.
  19. ^ J. Sutherland, A. Viktorov, J. Blount and N. Puntikov, "Distributed Scrum: Agile Project Management with Outsourced Development Teams," 2007 40th Annual Hawaii International Conference on System Sciences (HICSS'07), Waikoloa, HI, 2007, pp. 274a-274a, doi: 10.1109/HICSS.2007.180.
  20. ^ a b Hossain, E., Babar, M.A., Paik, H.Y. and Verner, J., 2009, December. Risk identification and mitigation processes for using scrum in global software development: A conceptual framework. In 2009 16th Asia-Pacific Software Engineering Conference (pp. 457-464). IEEE.
  21. ^ Holmström, H., Fitzgerald, B., Ågerfalk, P.J. and Conchúir, E.Ó., 2006. Agile practices reduce distance in global software development. Information systems management, 23(3), pp.7-18.
  22. ^ Berczuk, S., 2007, August. Back to basics: The role of agile principles in success with a distributed scrum team. In Agile 2007 (AGILE 2007) (pp. 382-388). IEEE.
  23. ^ Sutherland, J. (2020, February 28). Distributed Teams: How To Mitigate A Significant Business Risk Of The Coronavirus. Retrieved May 13, 2020, from https://www.scruminc.com/distributed-teams-how-to-mitigate-a-significant-business-risk-of-the-coronavirus/
  24. ^ Bose, I., 2008. Lessons learned from distributed agile software projects: A case-based analysis. Communications of the Association for Information Systems, 23(1), p.34.
  25. ^ Ramesh, B., Cao, L., Mohan, K. and Xu, P., 2006. Can distributed software development be agile?. Communications of the ACM, 49(10), pp.41-46.

Read other articles:

Kertas dinding biasanya banyak menawarkan tampilan yang menarik sehingga dapat menghiasi dinding sesuai dengan apa yang diharapkan Kertas dinding merupakan jenis bahan yang digunakan untuk menutupi dan menghiasi dinding rumah, gedung dan lain-lain.[1] Kertas dinding juga merupakan sejenis kertas yang digunakan sebagai bahan bangunan pelapis dinding.[1] Kertas dinding menjadi salah satu yang sangat digemari karena memiliki keunggulan yaitu pilihan corak yang ditawarkan cukup ba...

 

 

  Provincia de Cáceresمقاطعة قصـرش   قصرش (مقاطعة)العلم قصرش (مقاطعة)الشعار الموقع الجغرافي تقسيم إداري البلد  إسبانيا[1][2] العاصمة قصرش  المنطقة إكستريمادورا المسؤولون عاصمة المقاطعة قصرش عدد البلديات 220 خصائص جغرافية إحداثيات 39°40′01″N 6°00′00″W / 39.667°N 6°W&...

 

 

Cerambycidae Batus barbicornis Klasifikasi ilmiah Kerajaan: Animalia Filum: Arthropoda Kelas: Insecta Ordo: Coleoptera Subordo: Polyphaga Superfamili: Chrysomeloidea Famili: CerambycidaeLatreille, 1802 [1] Subfamili 8, lihat teks Aromia moschata Kumbang tanduk panjang (Cerambycidae) adalah suatu famili dalam ordo kumbang (Coleoptera), khususnya dalam subordo Polyphaga. Kumbang jenis ini memiliki antena yang biasanya lebih panjang dari tubuhnya sendiri[2]. Tetapi, beberap...

Moe HowardHoward pada 1937LahirMoses Harry Horwitz(1897-06-19)19 Juni 1897Brooklyn, New York, Amerika SerikatMeninggal4 Mei 1975(1975-05-04) (umur 77)Los Angeles, California, Amerika SerikatMakamHillside Memorial Park Cemetery in Culver City, California, Amerika SerikatNama lainHarry HowardPekerjaanPemeran, pelawakTahun aktif1909–1975Suami/istriHelen Schonberger ​(m. 1925)​Anak2, termasuk Joan Howard MaurerSitus webThreeStooges.com Moses Harry Ho...

 

 

For other uses, see Gloucester (disambiguation). Town in Rhode Island, United StatesGlocester, Rhode IslandTownLocation in Providence County and the state of Rhode Island.Coordinates: 41°53′27″N 71°41′26″W / 41.89083°N 71.69056°W / 41.89083; -71.69056CountryUnited StatesStateRhode IslandCountyProvidenceIncorporated20 February 1731Government • TypeTown meeting • Town CouncilJulian Forgue (R)Walter M.O. Steere, III (R)Stephen Arnold (R...

 

 

Об экономическом термине см. Первородный грех (экономика). ХристианствоБиблия Ветхий Завет Новый Завет Евангелие Десять заповедей Нагорная проповедь Апокрифы Бог, Троица Бог Отец Иисус Христос Святой Дух История христианства Апостолы Хронология христианства Ран�...

Remedial construction measure Cross section of a slope with soil nails installed Soil nailing is a remedial construction measure to treat unstable natural soil slopes or unstable man-made (fill) slopes as a construction technique that allows the safe over-steepening of new or existing soil slopes. The technique involves the insertion of relatively slender reinforcing elements into the slope – often general purpose reinforcing bars (rebar) although proprietary solid or hollow-system bars are...

 

 

Синелобый амазон Научная классификация Домен:ЭукариотыЦарство:ЖивотныеПодцарство:ЭуметазоиБез ранга:Двусторонне-симметричныеБез ранга:ВторичноротыеТип:ХордовыеПодтип:ПозвоночныеИнфратип:ЧелюстноротыеНадкласс:ЧетвероногиеКлада:АмниотыКлада:ЗавропсидыКласс:Пт�...

 

 

Cet article est une ébauche concernant le monde insulaire et les Philippines. Vous pouvez partager vos connaissances en l’améliorant (comment ?) selon les recommandations des projets correspondants. Pour les articles homonymes, voir Samar (province) et Samar (kibboutz). Samar Géographie Pays Philippines Archipel Visayas Localisation Mer des Philippines (océan Pacifique) Coordonnées 12° 03′ 00″ N, 125° 07′ 00″ E Superficie 13 080 k...

This is a list of universities and colleges in Cyprus, including campuses of foreign universities. Universities University of Cyprus University of Nicosia The Nicosia College Badge. Name Location Name in Greek Name in Turkish Type Philips University[1] Nicosia Πανεπιστήμιο Philips Philips Üniversitesi Private University Of City Island Famagusta Πανεπιστήμιο Άντα Κεντ Ada Kent Üniversitesi Private Cyprus West University Famagusta Δυτικό Πανεπιστ...

 

 

Евангелие от Маркадр.-греч. Ευαγγέλιον κατά Μάρκον Раздел Новый завет Название на других языках: лат. Evangelium secundum Marcum; Язык оригинала древнегреческий (койне) Автор (церковное предание) апостол Марк Жанр Евангелие Предыдущая (православие) Евангелие от Матфея Следующая Ев...

 

 

Overview of the events of 1900 in music 1900 in music By location United Kingdom Norway By genre jazz By topic Overview of the events of 1900 in music List of years in music (table) … 1890 1891 1892 1893 1894 1895 1896 1897 1898 1899 1900 1901 1902 1903 1904 1905 1906 1907 1908 1909 1910 … In film 1897 1898 1899 1900 1901 1902 1903 Art Archaeology Architecture Literature Music Philosophy Science +... This is a nearly comprehensive list of notable events in music that took place in the yea...

Koordinat: 7°14′48″S 112°43′13″E / 7.2466056°S 112.7203012°E / -7.2466056; 112.7203012 Benowo Benawa ꦨꦼꦤꦮ Semanggi Suroboyo KecamatanPeta lokasi Kecamatan BenowoNegara IndonesiaProvinsiJawa TimurKotaSurabayaPemerintahan • CamatDr. Denny Christupel TupamahuKode Kemendagri35.78.19 Kode BPS3578280 Desa/kelurahan4 Benowo (bahasa Jawa: ꦨꦼꦤꦮ, translit. Benawa, [bənɔwɔ]) adalah sebuah kecamatan di Kota Surabaya, Provins...

 

 

本條目存在以下問題,請協助改善本條目或在討論頁針對議題發表看法。 此條目需要編修,以確保文法、用詞、语气、格式、標點等使用恰当。 (2013年8月6日)請按照校對指引,幫助编辑這個條目。(幫助、討論) 此條目剧情、虛構用語或人物介紹过长过细,需清理无关故事主轴的细节、用語和角色介紹。 (2020年10月6日)劇情、用語和人物介紹都只是用於了解故事主軸,輔助�...

 

 

Regalos debajo de un árbol de Navidad. Pulsera solidaria Un regalo (de regalar),[1]​ obsequio o presente es la entrega de dinero u objetos sin requerir algo a cambio; por extensión se puede llamar regalo a cualquier manifestación de afecto dirigidos a otro. Simbología del regalo Fue Marcel Mauss (1925) el primero que estudió en profundidad el proceso que encierra el regalo, identificándolo con el intercambio de obligaciones mutuas como elemento social inherente a la naturaleza hum...

Spanish footballer In this Spanish name, the first or paternal surname is Castellano and the second or maternal family name is Castro. Lillo Personal informationFull name Manuel Castellano Castro[1]Date of birth (1989-03-27) 27 March 1989 (age 35)[1]Place of birth Aspe, SpainHeight 1.76 m (5 ft 9 in)[1]Position(s) Full-backTeam informationCurrent team San FernandoNumber 2Youth career ValenciaSenior career*Years Team Apps (Gls)2007–2010 Val...

 

 

Questa voce o sezione sull'argomento politici olandesi non cita le fonti necessarie o quelle presenti sono insufficienti. Puoi migliorare questa voce aggiungendo citazioni da fonti attendibili secondo le linee guida sull'uso delle fonti. Jacob de Kempenaer Primo ministro dell'OlandaDurata mandato21 novembre 1848 –1º novembre 1849 MonarcaGuglielmo II dei Paesi Bassi PredecessoreGerrit Schimmelpenninck SuccessoreJohan Rudolph Thorbecke Jacobus Mattheüs de Kempenaer (Amst...

 

 

Gu XiaogangBiographieNaissance 11 août 1988 (35 ans)Nationalité chinoiseActivités Scénariste, réalisateurmodifier - modifier le code - modifier Wikidata Gu Xiaogang, né le 11 août 1988 à Fuyang au sud de la Chine, est un réalisateur chinois. Alors qu’il est au milieu de ses études universitaires en design de mode et marketing, il se découvre une passion pour le cinéma et plus particulièrement pour la réalisation de film. Il se fait notamment remarquer à la Semaine de la ...

School of DentistryTypePublic universityEstablished1945DeanDr. Andre V. RitterStudents240LocationSeattle, WA, U.S.Websitedental.washington.edu The University of Washington School of Dentistry is the dental school of the University of Washington. It is located in Seattle, and is currently the only school of dentistry in the state of Washington. The school emphasizes research in anxiety, orofacial pain, tissue repair and regeneration, immune response to bacteria, and practice based research. ...

 

 

塞爾維亞共和國Република Србија(塞爾維亞語) 国旗 国徽 国歌:Боже правде《正義的上帝》塞尔维亚(绿色)和有争议的科索沃(浅绿色)在欧洲(深灰色)的位置首都暨最大城市貝爾格萊德44°48′N 20°28′E / 44.800°N 20.467°E / 44.800; 20.467官方语言塞爾維亞語官方文字塞爾維亞語西里爾字母、塞爾維亞語拉丁字母族群(2011[1])83% 塞爾維...