10

IMO, all four of the activities you cite are things that should be handled by a project manager and/or product manager. If you are currently performing this activities, then you are acting as project/product manager and lead developer. (Time to ask for a raise.) I would structure things a little differently rather than just adding kanban to the process (...


9

My rule of thumb: Lead developer is responsible for the technical and architectural well being of the product Team lead is responsible for the team cohesion, team improvements and the well being of the developers Project manager is responsible for the coordination between projects, customer development and delivering the project on time by helping/...


9

Routine remains the same Scrum Master's routine remains the same even after the team gets well adjusted to Scrum. It is possible that Scrum Master may have to spend less time on individual duties but the overall responsibilities & expectations remain same. Some of which are as follows: Identify and remove impediments in team's progress Help and foster ...


7

TL;DR Your organization suffers from prima donna programmer syndrome and management seems to actively support this culture. The success or failure of the project rests with management, not with you, so voice your professional opinion politely and then let management assume their rightful responsibility. Ideal Roles The whole point of having a technical ...


7

The Scrum of Scrums should happen after the daily Scrums because otherwise it would be hard to answer the three questions there. In case there is an important decision, the ambassador shall go back to the team, and explain in 3-5 minutes. Anybody from the team shall be able to represent the team in the SoS because they pay attention during their Scrum. ...


7

Firstly, you could use different methods/frameworks to run projects. Scrum wouldn't necessarily be the solution here as your prime concern is around the line in responsibilities between these two, both different and both required, roles. As well as getting the right level of communication set up. I have grasped something from the tone of your question that ...


7

Management Owns Cost-Overruns A Developer estimates between 70 to 100 hours for a task. Due to the urgency of the task and the developer's unavailability, a far less experienced developer is assigned to the project. The new developer takes 200 hours to complete the task. This is the agency's responsibility 100% of the time. Whether the estimate was wrong,...


6

There can be no general answer to this. Multinational or public companies do vary greatly. Software developed by such companies varies even more in size, type, purpose, usage, life expectancy etc. In general, the bigger, longer used and maintained, more complex the software is, and the more people are involved (at the same time and/or over the long term), ...


6

Well the answer is really "It depends" mixed with "Why do they need it?" and "What's the least you can get away with?" This is really about interviewing your stakeholders and doing a 5 Why's type analysis. Find out why they need something, so you can then work to meet that need with the minimum work on your part or even not at all because it doesn't apply. ...


6

That project needs to be released in 2 months, but we estimated around 6 months of work on it. So we need to get more people working, so that we can fit in that time period. Adding more developers will not solve your problems. Study of The Mythical Man-Month by Fred Brooks is recommended. Also Testing & Verification should happen alongside of the ...


5

No, it can't. In the RACI format, the Accountable person is the one ultimately answerable for the correct completion of the task. It is also the one who delegates the work to those marked as "Responsible". As such, there has to be only one accountable specified. See: https://en.wikipedia.org/wiki/Responsibility_assignment_matrix


5

Oooooh boy... Where to start.... If you're almost finished but you're "stuck" on testing and debugging you are definitely doing something wrong in the first place. Waterfall much? If you, or your salespeople, have sold a 6 month project to be done in 2 months you're in the hole already. None of these problems are actually related to your project management ...


5

Your premise is toxic. Both teams are putting too much emphasis on who is to blame and too little emphasis on fixing the recurring problem. Currently, your two teams are in an antagonistic relationship with each other. For one to succeed, the other needs to fail. That is the root of your problem. Try to get your two teams to work more closely together. ...


5

TL;DR There is a lot more that's structurally wrong with your situation than you think, and based on your tone and framing you yourself appear to be part of the problem. Your company appears to have an immature organizational structure without mutual respect between roles, and various people involved in this situation seem to be communicating poorly. Only ...


4

Here is my advice: Address this with your direct boss: Have a one-on-one discussion with your direct boss. Don't make it too formal: for example you could have a chat about this around a coffee or lunch, so it gives you a comfortable, friendly environment to discuss in (no point going in with HR and a copy of your job description at this point). Since you ...


4

There is a difference between an estimate and planning value. An estimate is a probabilistic range and should include variables such as less qualified resources doing the work plus about 1,000 other aleatory and epistemic variables. Therefore, the proper estimate should have been 70 to 200+ hours. In this range, you need to chose the planning value, say ...


4

The RASCI being developed is intended to highlight the support model going forward. From my perspective a RASCI encompasses all aspects of the project including handover. It can do both, or neither. RASCI is just a tool to get agreement and understanding on who is responsible for what and at what level. If it's useful to have as part of your project (lots ...


4

You could treat his submission like any other pull request: give him feedback like you would any other code review. If he understands the conventions of your team, if he knows your team doesn't put code into production without acceptable test coverage, then he might take the feedback seriously and improve the code. Code quality is, however, only part of ...


4

Besides for dns's suggestion to add it to treat his submission like any other pull request and test it thoroughly, you also need to add values to your concerns. Create a document explaining the cost, in man hours, of each concern: We'd have to rewrite everything That means X coding hours, X testing hours and X debugging hours. It's not great code That ...


3

To be blatantly honest, if your project has a non-technical project manager who is not very strong on the business logic or functional aspects of the project and is also involved with other projects, his involvement in the project should be no larger than that of managerial tasks – which is a nicer way of saying – "Getting the crap out of your team’s way and ...


3

I understand that the situation are: You are a technical lead (TL), You report to a PM that has no or almost no domain knowledge, technical knowledge. The PM does not understand you. "A non-technical PM cannot identify certain dependencies because they have no idea that they exist.": He doesn't have to. I think it is your main responsibility to explain the ...


3

Welcome to StackExchange- Project Management. This is not an uncommon issue in large enterprises. Clear ownership of deliverables can be a challenge. Given you're new, you probably are in a good position to do something about it, if you tread carefully. I would recommend a two phase approach. Step 1- Conduct Stakeholder Interviews: I have used this ...


3

What happens when there is conflict (priorities, dependencies, technical standards etc.) between 2 or more teams? That's what a SoS meeting is for - not necessarily to resolve the conflicts, but to identify them and coordinate and facilitate the resolution. How do the multiple teams maintain a co-ordinated direction when different team members may attend ...


3

There is a joke: "Project managers are people that believe 9 women can give birth to one baby in a month." It is your professional responsibility to set realistic expectations. Going all out and working a 80+ hr. week is mentally exhausting, which in software development leads to more bugs than genuine progress. In France since 2000, the legal work week is ...


3

I suggest to sit down with your boss and talk about responsibilities and expectations. It sounds that he gave you something (the freedom) and expects something in return that he forgot to mention to you. There is a common misunderstanding that the extra work requires overtime. I think you as a project manager are expected to organise and prioritise your ...


3

The responsibility of allocating resources, be it human, money, tools, materiel, or time, rests with leadership. I doubt you would ever see "allocate resources" as part of the role description of a team member. So if your resource allocation needs to shift for whatever reason, a leader needs to make those decisions. After all, managing a project is all ...


3

The answer is in your project charter. It all comes down to scope. If your scope included not only the development of the product but also the original business case of that product--which found a 20% ROI--then your project would have a PM who would have this type of expertise and that PM's project budget would include the business analysts and other ...


3

I am reading three separate and distinct issues: 1) current team is "stuck" in testing and debugging; 2) new project with an initial target of six months and now a commitment to a target of two months; 3) fear of a stretch role. 1) What does stuck mean? If during your testing you're finding an abnormal amount of defects and defects skewed to a high ...


3

There are two main ways I know of that work. First, a possible answer is 'The Product Owner' (or someone/someones with the same responsibilities). Namely, someone who knows the customer's requirements. The second option is to allow anyone to add Stories, but to have the Product Owner (or equivalent) vet them. Of course, that's only for Stories (...


2

This is a very interesting issue, but in many companies often underestimated. From my experience, developers often do not realize that usage of a library or third-party code without checking a license can bring very serious legal consequences. An additional issue, besides usage of a particular piece of code, are patent-protected solutions. Often a person ...


Only top voted, non community-wiki answers of a minimum length are eligible