ένα blog του Taras FILATOV

Είναι έθιμο για την είσοδο της νέας μου να υπογράψει ένα τουλάχιστον ΜΔΠ κάθε μέρα. Ah, χαρτιά ..

My υστέρων σχετικά με την εξεύρεση της σωστής iPhone έργου (από την προοπτική του έργου) έχεις παρατηρήσει από Odesk και φαίνεται να είναι ενδιαφέρουσα για τα άτομα που έχουν την απόσπαση είμαι εδώ. Μπορείτε να digg αυτό για να γίνει πιο δημοφιλές.

Δεν θέση εδώ γι 'αυτό κατά την προσωπική μου blog - αλλά θα κάνουμε τώρα - "κάνει iCombat" blog είναι μια ιστορία του πελάτη μας από τη Νέα Υόρκη που καταβάλλει iPhone δεξαμενές παιχνίδι με εμάς και θα ήταν ενδιαφέρον να διαβάσετε ειδικά για εκείνα που θα τους αναθέτουν την ανάπτυξη λογισμικού για πρώτη φορά.

wa haa, έχω περάσει online διαχείριση δοκιμή σε Odesk.com 99% καλύτερη από όλες τις προηγούμενες PPL και έχουμε την 1η θέση

PS, για να δείξει εκτός Έθεσα το banner στο sidebar προς τα δεξιά

Η γνώμη μου για το πότε θα είναι κακό για το PM να κάνει ο ίδιος την κωδικοποίηση:

1. Όταν φαίνεται ευκολότερο να κάνει τη δουλειά με τον εαυτό σας από το να εξηγήσουμε, να δημιουργήσει specs, mockups, περιπτώσεις χρήσης για τους προγραμματιστές που φαίνεται να απαιτήσει περισσότερο χρόνο.

2. Όταν η κακή εκτίμηση και hands-on βιασύνη, πριν από τη λήξη της προθεσμίας καθίσταται σύστημα.

Σε ό, τι είναι καλό για να κάνει PM codin g:

1. Εκτός του ότι η επεκτασιμότητα και όλα τα χαρακτηριστικά του προϊόντος κατά τη διάρκεια της συνάντησης με τον πελάτη.

2. Όταν υπάρχουν μόνο απρόβλεπτες περιπτώσεις υπερεκτιμηθεί το φόρτο εργασίας και είναι αναγκαίο να προχωρήσουμε χέρια-για να παραδώσει προϊόν λειτουργική, δοκιμασμένο και 100% για του χρόνου.

3. Ενώ η έρευνα σε νέους τρόπους για να κάνουμε πράγματα και τις νέες τεχνολογίες.

4. Κατά τη διδασκαλία της μηχανικής ή ομάδες που θα τα βοηθήσει με κάποιες ενδείξεις καθήκοντα, προκειμένου να αξιοποιηθεί καλύτερα η ομάδα σχέσεις, να αυξήσει τα κίνητρα και τη βελτίωση των προϊόντων στην ώρα του.

Έχετε κάτι να προσθέσετε; Παρακαλώ αισθανθείτε ελεύθερος να σχολιάσει.