Séparer l'équipe ou toute une équipe d'apprenants?
J'ai une présentation sur "la confiance et le commerce électronique" qui portait sur la façon de mettre en œuvre la confiance dans les sites de commerce électronique comme alibaba.com.
Je crois que savoir comment et pourquoi nous devons instaurer la confiance est important pour l'équipe "entière". Je crois que savoir comment le construire changera la façon dont vous coderez, bien que vous ayez une position de "programmeur" au lieu de "concepteur".
Là, mon professeur a cette difficulté qu'un programmeur est un programmeur, et un concepteur est un concepteur, et comme la sécurité, en tant que concept, vous devez séparer le code et la conception.
Je pense que la sécurité et la confiance sont deux concepts, mais comme la sécurité semble être plus importante, elle a sa propre façon de penser.
Ma question est, faut-il savoir sur la conception, même les implémenteurs? Devrions-nous apprendre que tout le monde pense et se comporter de cette manière, ou devrions-nous séparer notre équipe des "penseurs" et des "faiseurs"?
Une approche basée sur les rôles de la conception et du développement de logiciels prendrait probablement en charge la séparation entre " doer" et " penseur "comme moyen d'efficacité. Il s'agit en quelque sorte d'une approche fordiste des processus, mettant l'accent sur la spécialisation et la standardisation.
D'un autre côté, l'approche interfonctionnelle ou collaborative a une compréhension différente, en supposant que l'activité de programmation nécessite également une réflexion conceptuelle, de la créativité et de la perspective (voir : Brad Frost sur "Le développement est design").
Lors de l'adoption de cadres de gestion de projet agiles, les membres de l'équipe ont souvent une connaissance partagée de la conception et du développement et même des défis commerciaux; cela les aide à rester motivés et à développer leurs compétences systémiques.
Dans le développement de produits modernes, il existe une tendance établie qui préconise la création de petites équipes interfonctionnelles au lieu de monodisciplinaires " silos". Vous pouvez trouver quelques références ici: Lean UX
Même sans aller " lean", qui dépend également de la taille, du type et de la culture de votre organisation, la collaboration entre la conception et les développeurs est généralement considérée comme une combinaison fructueuse, approuvée par de grands acteurs tels que google , facebook et IBM .
Bien sûr, vous ne parlez de visuel design que lorsque vous décrivez les designers. Cependant, les designers ne possèdent pas de "design" et n'importe qui peut trouver une bonne idée qui peut être inspirée par quelque chose.
En fait, toutes les personnes impliquées dans la construction de quelque chose conçoivent sous une forme ou une autre, donc dans la construction de logiciels, même les programmeurs conçoivent le fonctionnement de leur code.
L'époque où les concepteurs jetaient les dessins au-dessus de la clôture pour que d'autres les suivent est révolue depuis longtemps.
La meilleure conception se produit lorsque plusieurs personnes et disciplines collaborent ensemble.