He looks after... yes... today's guest... full quality team, he also looks after that. So, please, Suman, please continue.

Yes Suman bhai, could you kindly enable your camera? Is it possible?

I'm trying. I'm checking. Can you hear me? Yes, I can hear you.

I can see you. Yes.

Just a second. Thank you.

Could you kindly tell me your name?

Suman Rajbhor.

Right. Designation?

Designation. Currently, I am working here as a Project Manager and also a Product Manager. And, my journey started in 2021. I am with Mononsoft.

You work with Arif bhai, don't you?

Yes, yes, yes.

You report to him? Yes sir, yes.

Okay. ... 11...

How long have you been with, with Mononsoft?

It's near about five years. Five years. From 2021, just from 2021... Openly, it's been five years for us.

Okay, these discussions of ours, we can continue in English or Bengali. If you feel free to discuss in only Bengali, we can also do that. But, I will speak in English for a while to understand...

definitely. Yes, we are comfortable with both, no problem.

Okay. So, the first thing is that we are asking the same kind of questions to everyone. Why? Because we will proceed with a specific methodology. So the methodology is to combine it with the motivation that our company has. Alright? So there, maybe you don't know something or you are not an expert in something, but that's okay, that's not a problem. That's why we are doing this exercise... to find out what gaps individual employees have and how we can fulfill those gaps. Plus, where you do excellent work, how to progress that even more, accelerate it.

So, we will do some ranking here from one to five. I am doing some self-ranking here. Okay? I will tell you that you, your quality, your work, if you rank yourself, you have to select a number between one to five. So first of all, my question is about your knowledge of backend or frontend development. How is it?

At one time, I was a full-stack developer. Backend, frontend, database and your HTML design, prototyping, okay? I had to look after these parts. Besides, when I became a bit more experienced, I had to work as a business analyst for some time. Then I came as a project manager, I was a system analyst, then a project manager. So, I am totally full-stack, as they say, okay? In all, all, all places...

So if we mark it from one to five, how much would you give yourself for backend and frontend?

Four.

Four. Okay, thank you. Okay, the next thing is API development and integration. Since you were there, my, my idea is that you know about this too. So, in API development and integration, how much would you give yourself?

Five.

Database management?

Four.

Okay. Database optimization and query tuning?

Here, I am a bit behind. Because I couldn't reach the level of the stacks you follow. I will give myself a three here.

Okay. That's... thank you. Since you have done DevOps. So specifically, you might know that the current workflow we have, we will divide that workflow into three parts. One is Jarv, current, 0.1 version. Another one is DevOps and the other one is AI innovation. Okay? So in that case, how much knowledge do you have about DevOps?

I have done a course on DevOps and the current pipelining that we have here, okay? This was totally established through me. Our Jarv, okay? It has been established. And with this, the stacks that I have integrated the components with, I needed a little more time to enhance it further, but I'm not getting it. Yes. So in that case, I think a best-suited opportunity has come now. Since AI has entered many places, right? In our system, in the parts of DevOps, AI has entered quite a bit. Which wasn't there two years, three years ago, it wasn't that advanced. Okay? We didn't get that. Okay? We used to do it with Jenkins. Okay? Now every tool supports AI. Okay? The tools that I use, Jira, Trello, MS Project, in all of them, you can see AI-integrated third-party tools can be integrated. Besides, Google Docs is my dear. Okay? There are a lot of opportunities to work there. Okay? So I am very much happy with it.

How much would you give yourself for DevOps? In DevOps?

Three here.

Thank you. System architecture understanding. How much would you give yourself? I will give myself a four.

Okay. Debugging and troubleshooting? Four, a must.

Okay. Documentation and quality control?

Four.

Okay. Next, we will talk about behavioral skills. Since you are a PM. Time management, how do you see yourself and how do you, I mean, lead your team in that?

I am always on time. Okay? My own biological, chronological, however you say it, I have set myself there. And if you consider how I inspire and lead my team, in that case, I definitely look at the quality of my work first, not the quantity of work. Then, to ensure the quality of work, sometimes I have to give my team a little opportunity. Okay? Because often we have a core team here. This core team, we can raise any time, 24 hours, by seven, okay? Day or night. Anytime. Because my system is running, so many architectures, you never know when and where a problem will occur. So for that, what we call office time, okay? That 9 to 6 PM, we are not in that boundary. Okay? We are not. By not, I mean my team is fully not there, but I am. There are many others like that. But I can't welcome the team in that way, to set yourself for 9 to 6 PM. Then I can't get them after 6. I can't get them before 9. I might have some tasks defined, okay? And some priority-based things are coming up. When I look at risk management, when I clarify the priority basis, then I might have to tell the team that tomorrow we will be present in the office at exactly 8 o'clock. Okay, it might even be that we have to work until 10 PM tonight. So here, I think if I adapt my team to 9 to 6 PM, then it's okay. Everyone will get it. Okay? But I have kept a flexibility here. Okay? And our Arif sir himself came and he also sees us that way, basically.

Okay, in time management, how would you rate yourself?

Five.

Communication. How would you rate yourself?

In that case, I will always say four. Because communication is of two types. Because it's me to my, my team, me to my stakeholders. Okay? So I have to manage both sides. I try to manage the communication register. Because the big thing here is positive communication, and another is effective communication. Okay? Because for a specific particular matter, if I bring any member of the team to the floor, it won't work. Or if I tell any of the stakeholders that... Just informing anyone won't do. So I have to build up effective communication. Then in a very short time, I built up my communication and solved the problem. Okay? In this direction, I always...

If I rate Bangla and English, how much in Bangla and how much in English?

I am five in both.

Both five?

Okay.

Teamwork and collaboration.

Five.

Okay.

Task ownership.

In this case, I will give myself a five. Because I define, design, and break down every task myself, and then I pass it to the team. Because I don't give the team a high-stake task. Okay? Because they don't need to know how big the task is. The main target is to get the deliverables from them in small parts and on time. Okay? That's it.

Okay. Problem-solving skills? Five. Because I work on every stack, and then the problem that arises, I clarify it, what type it is, which layer it belongs to, okay? Then I narrow it down. Okay? So I always keep myself alert about this.

Learning initiative. Since we will be working in three domains in the future. You are an expert in one domain. You have also done DevOps in the other two domains. AI is probably not relatively new to you, but still, we might have to do some learning. Specifically at your level, for observing or running things. So in that case, in learning initiative, how do you see this, this progression we will make in the future?

It's always welcome. Because in this career, from the beginning until now, I have always tried to stay up-to-date with new tech, with new learning. My learning curve is always a bit up-to-date. And I am very much eagerly to learn something. DevOps and AI, which we will try, and I was also talking with Arif sir about building an AI model for Jarv, which will be very necessary for us in the end. Okay? We will use fewer external tools and develop some of our own. Okay? I am working on it, Arif sir knows, I personally... We are developing a couple of tools centered around this Jarv.

Okay, so in learning initiative, how much would you give yourself?

Five.

Adaptability. Can you adapt?

Definitely. Any kind of situation, tech, resource management, team management. I am always for any new kind of criteria.

How much would you give for adaptability?

Four.

Okay.

For example, we are reshuffling the team now. So in the team reshuffle, your responsibility has increased.

Did you hear me?

Yes, it cut out a bit in the middle.

I was saying we will reshuffle the team. Suppose in the team reshuffle, your responsibility increases. The work you are doing now, you are given an additional responsibility. In that case, how adaptable will you be?

I will always adapt myself. Because I work with a few stacks here. We consider one thing, which is my main stack, okay? Which is my JD. Okay? Beyond my JD, I provide several other responsibilities here, Arif sir knows. Okay? Which is outside of my JD. Okay? So why do I do this too? Because I think of myself as having ownership there. Okay? To hold a team together, to nurture a product. Because Jarv is a dream project. A dream project. So it's not a small one. So being associated with this is like being part of a dream, okay? So I am always with it.

Thank you very much. So, now we will ask some question and we want to continue it in English. So, which parts of your role do you feel you are strongest in?

Definitely team management, task management, and, uh, always I am, I am for, to ensure quality of my product, Jarv.

So, uh, we have a product and we are expanding our reach to build something new, as for business purpose and business growth and earn money. So, if you are being given, as I said, more responsibilities, how would you manage that?

Of course, I'll, I'll find some way to adapt myself in any new approach for, for the benefit, uh, for the better of Jarv and Mononsoft. I am there for.

Okay. Do you think that as we are extending our reach to self-solvent, as, as we describe, do you think it's a right thing to do? Or we would concentrate only with Jarv and communicate or grow this one to the next levels?

Actually, we have to extend our platform and, um, the purpose of extend of this platform will benefit Jarv as well as, uh, using some tools, some technologies. And, um, of course, um, I am, I will make myself fit for there, uh, for the better, uh, for get some big opportunities for my team, for Jarv, and new products. that, um, that will benefit for, for the Mononsoft company, my company.

Okay. Which parts of your role do you think you are struggling with?

Mostly, we are developing these products for a very long time and we have some more pending issues there. And we found there, some of, sometimes, we are getting very poor requirement analysis, and after developing, during development, we are getting more change requests into it. Uh, that makes, uh, sometimes reschedule my deadlines, my deliverables also impacted in there. Uh, if there any chance to make the requirements really clear and also possible to keep the scope, then the best products will be, um, we can build in a shortest period.

That's it.

What skills would you like to improve over the next 6 to 12 months?

Um, mostly, uh, related to my current JD, I am trying to enrich my knowledge into some tools like, um, uh, data analysis tools like, uh, database, um, development tools and, uh, project management tools. I am also using some tools, but I, I, I want to, um, uh, I want to, uh, learn something like new technologies, and, in advanced DevOps, advanced, and also want to build some AI models.

Okay. Um, how confident are you working across full-stack development?

So confident.

Okay. What slows you down in your current development role?

mostly, we have three constraints that we are pointing during any management in a project management. That's time, scope, and budget. Time and scope is the main part. So, the scope that includes more requirements. So, as I already said, sometimes requirements, uh, unclear requirements makes my, makes me and my team slow and my products, uh, less quantity, quality full. That's the main challenge.

So, um, I'm going to be discussing some more, um, things within this, um, discussion. There, they're those are not, um, related to the question that I have shared because the role you have, it's different and varies from the questions that I already said. So, first thing I wanted to clarify with you, because you said that you got a requirement and then you design that or implement that, and then it changed. That slows you down. So, first thing, my question is, when you get the requirements, do you do any prototype and share that prototype or, uh, design, uh, with the, um, with the people that they're giving you the requirements?

Stakeholders. Yes.

Definitely, definitely. And you already talked with my UX developer, Arif. And, um, very before starting to plan, uh, solving problem solving from stakeholders, we provide some prototype mocks and also, um, gather some step data from there. Sometimes, uh, we need some, um, we need, uh, more, uh, analysis on their business for make the process very easier, uh, within a short screens. That's that's makes usability...

So do you have, do you have, do you have a business analyst to analyze those business for you? Or you don't have anyone to analyze those business for you to make proper decision?

Uh, actually, we have some connecting points there. All the stakeholders of, are not connecting, communicate with us directly. Uh, that's why we are not getting the right requirements from them.

Okay, so you, we need to solve this problem that you get the right requirements and then your, um, production time will be less. Otherwise, it will be un, infinite. So, another questions, uh, when you're developing Jarv functionalities, do you use waterfall or you use, uh, agile?

Agile. Mostly agile.

Okay. And why you're using agile rather than waterfall?

Oh, actually, waterfall may takes too much time, uh, for from the initial initialization to implementation. In every steps is takes too much time for, uh, make any changes during development. But agile welcomes changes during development or in production mode. Agile is the best practice and I am the Scrum master also. The Scrum master...

So, as, as of my knowledge and working with various team, uh, when you're working with specifically full-stack developments, some parts you have to do agile, some parts you have to do waterfall, because without that, uh, you cannot continue a versatile project like, if you wanted to do everything in agile, the project going to be lengthier because you are changing while you are developing. So, um, on my perspective, I would say that in the future, we might decide what we would wanted to do in agile mode and what we wanted to do in waterfall mode. That's one thing. And as well as when you receive requirements, we need to analyze that requirement first rather than going for a, um, execution process. Why? Because two things that we need to understand here that someone gave you the requirements, you're implementing that requirements, that will delay your time frame. That will delay a lot of other things. And as well as that will be very costly for the company. So if we wanted to maintain right strategic, um, flowchart, right strategic, uh, bandwidth of the project, milestone of the projects. Then, if anything changes, the authority or the stakeholders, they need to know, I'm doing this, but to do this, it has these consequences. So, I think, uh, this hasn't been clear to the, uh, stakeholders and your team. So, we're going to be making it perfect. Like, okay, if someone giving a change, or someone giving a new idea, that idea, yes, we can do everything. It doesn't matter really. But we need to show them that this idea will reflect this way, this way, this way. So, what you wanted to do now?

Sorry, I missed a little. I'm sorry.

No, no. I'm just saying that, you know, in Bangladesh, it's a tendency that boss says something, we have to do it.

Yes, yes. I, yes, I I got your points. It's very common problem.

Yes, but if boss says something, we will do it, but we need to show them if we do it, it has the consequences. Okay? And then they decide, um, what we should do. Yeah, not blaming us that okay, you are taking too long time. They understand that with their command, we are doing something, and that's the consequences. They would know, okay, the project will be delayed, the cost will be increased, uh, this will be that, that will be that. to solve a particular problem. Okay? And we will rectify each things before we execute something. So, the stakeholders, they know what we are doing, and they also know what they're getting.

Alright, so, uh, it's a very common practice, uh, and that, um, we provide some unclear requirements to development. And during development, we found some, um, points that, uh, that that it will not make the problem in right way to solve or else it will take time, it's a little bit longer time than expected schedule. So, then, the transparency is a best practice for among the teams and stakeholders that we are doing that change for the best of this, uh, project. Uh, if it is takes a longer time, but it will benefit the stakeholder mostly. We have to be very much clear to them by making a formal meeting with them and we will onboard some prototype, some example, uh, and we will forecast some unseen matters in in that meetings and we will, uh, we will get approve from the stakeholders, uh, that, uh, if though the time is scheduled as takes a longer time, but it will make, uh, them very, uh, positive for the business and, uh, and upcoming enhancements of the project.

Okay. Okay. That's fine. Um, in relation with the documentation, uh, do you have right resources?

mostly I am only one person and I have any one team member, uh, that we are going to make some professional documentation for Jarv by my company. And we have no more dedicated, uh, document, content writer in our company right now.

Okay. You know that we are dividing our Jarv version. One is version 0.1 and we will complete it. And the another one is for global road map that we discussed with the stakeholders, uh, that we need to serve other domains and other businesses. In this road map, where do you fit yourself in? Version 0.1 to complete it? Or in global road map or both?

some distortion in our voice.

Okay. So what I asked is that we have for Jarv, we identified two things. One is complete version 0.1, okay, and then create the global road map to extend Jarv to other domain. So in these two media, where do you fit in? Both or one or global?

Yes, yes.

Okay. What I asked, you know, for...

Yes, yes, I I got your point. I got your point. And definitely, I want to adapt myself for a global product. And this this Jarv, uh, we have already developed is very much familiar to Bangladeshi market, uh, for the, as we have very much practiced with them and, uh, after what can I say? And we want to, we want to share my opinions with my Arif sir that if we want to make this product internationally recognized, we have to work on some more rich documentation and, um, some, uh, SOP we have to establish, uh, for this, uh, Jarv, uh, for internationally recognized. And I'm, uh, with it for adapt of myself for the best and, uh, if there any chance to work with you, then I'm very much happy.

That's fine. Thank you. Um, do you have any question to me?

Uh, actually, um, I think, um, my other team members will, uh, will sit with you very soon. I think after that, uh, we want, want a very clear goal from you that what will we want to going to establish for the globally recognition of Jarv and how the stuff steps will be that which have to follow besides, uh, playing current JD.

Okay. So the things that we already discussed with um, Arif bhai and Russell bhai, that yes, we work for pharmaceuticals. That is our strength. We're going to extend it another five domains. So we will identify the first domains, five prominent domains, and what we need to do, we don't need to complete for that five domains. What we need to do, we need to create prototype, not original application for people to, uh, know that we are capable. What we'll do, we will find similarities of that five domain with current modules of Jarv. Yeah? And then we will start, um, sales, marketing, all those things. And then when we have inquiry from people, we will start building that, or we have agreement. Yeah. So that is still that is understanding, but, uh, we will prepare a full report, uh, after discussing all the employees and as well as all the documentation and everything. And, uh, we will have a final review from the chairman sir. Then we will start executing like, okay, whatever his wish.

Okay, I got your points. Thank you.

Yeah. So thank you, Suman bhai. It was a pleasure to talk to you in detail. But we will have some more detailed discussion in the future because I think you are a key person for the system. So we need your expertise in the future as well. As I said, Arif bhai, he's an integral part of this, uh, development. So, um, I think, um, after, um, our initial review, we will analyze the team and then we will do based on the Jabed sir, what he wants. It's not like that he wants something. He wants us to earn money. So, um, what what he would do, we don't know yet. Okay? But after analysis, he will select, okay, um, we want to go this pathway. So we're going to be presenting him few pathways and based on that, he will choose one, and then we have to succeed that, uh, working together.

Alright.

That's fine. Thank you.

Arif bhai...

Yes, I am here.

Do you wanna, do you wanna continue your interview, your discussion with another one?